Każde z rozwiązań, jakie widziałem w tym problemie, wydawało się nieeleganckie (kopiowanie nagłówków do projektu aplikacji) lub zbyt uproszczone do tego stopnia, że działają tylko w błahych sytuacjach.

Krótka odpowiedź

Dodaj następującą ścieżkę do ścieżki wyszukiwania nagłówka użytkownika

" $(BUILD_ROOT)/../IntermediateBuildFilesPath / UninstalledProducts "

Najpierw musimy zrozumieć problem. Pod w normalnych okolicznościach, to znaczy podczas uruchamiania, testowania, profilowania lub analizy, Xcode buduje projekt i umieszcza dane wyjściowe w katalogu build/Products/Configuration / Products, który jest dostępny za pomocą makra $BUILT_PRODUCTS_DIR.

Większość podręczników dotyczących bibliotek statycznych zaleca ustawienie ścieżki folderu nagłówków publicznych na $TARGET_NAME, co oznacza, że plik lib staje się $BUILT_PRODUCTS_DIR/libTargetName.a i twoje nagłówki to wpisz $BUILT_PRODUCTS_DIR/TargetName. Tak długo, jak Twoja aplikacja zawiera $BUILT_PRODUCTS_DIR w ścieżkach wyszukiwania, import będzie działał w 4 sytuacjach podanych powyżej. Jednak nie zadziała to podczas próby archiwizacji.

Archiwizacja działa trochę inaczej

Podczas archiwizacji projektu Xcode używa innego folderu o nazwie ArchiveIntermediates. W tym folderze znajdziesz /YourAppName/BuildProductsPath/Release-iphoneos/. To jest folder, który $BUILT_PRODUCTS_DIR wskazuje, kiedy robisz archiwum. Jeśli zajrzysz tam, zobaczysz, że istnieje dowiązanie symboliczne do zbudowanego statycznego pliku biblioteki, ale brakuje folderu z nagłówkami.

Aby znaleźć nagłówki (i plik lib) musisz przejść do IntermediateBuildFilesPath/UninstalledProducts/. Pamiętasz, kiedy powiedziano ci, aby ustawić Skip Install na YES dla bibliotek statycznych? Cóż, jest to efekt, który ma ustawienie, gdy tworzysz archiwum.

Uwaga: Jeśli nie ustawiasz go na Pomiń instalację, Twoje nagłówki zostaną umieszczone w innej lokalizacji, a plik lib zostanie skopiowany do twojego archiwum, uniemożliwiając eksportowanie .plik ipa, który można przesłać do App Store.

Po wielu poszukiwaniach nie udało mi się znaleźć żadnego makra odpowiadającego dokładnie folderowi UninstalledProducts, stąd potrzeba zbudowania ścieżki z "$(BUILD_ROOT)/../IntermediateBuildFilesPath / UninstalledProducts "

Podsumowanie

Dla Twojego statycznego biblioteka, upewnij się, że pominięto instalację i że nagłówki publiczne zostały umieszczone w $TARGET_NAME.

W aplikacji Ustaw ścieżki wyszukiwania nagłówka użytkownika na " $(BUILT_PRODUCTS_DIR)", co działa dobrze dla zwykłych kompilacji, oraz " $(BUILD_ROOT)/../ IntermediateBuildFilesPath / UninstalledProducts", który działa dla kompilacji archiwów.

Natknąłem się na ten sam problem podczas tworzenia własnej biblioteki statycznej i chociaż odpowiedź Colina była bardzo pomocna, musiałem ją trochę zmodyfikować, aby działać konsekwentnie i po prostu podczas uruchamiania i archiwizowania projektów pod Xcode 4 za pomocą przestrzeni roboczej.

Co różni się w mojej metodzie to to, że możesz użyć jednej ścieżki nagłówka użytkownika dla wszystkich konfiguracji kompilacji.

Moja metoda jest następująca:

Tworzenie przestrzeni roboczej

1. Pod Xcode 4, przejdź do File, New, Workspace.
2. z Findera można następnie przeciągnąć .projekty xcodeproj zarówno dla biblioteki statycznej, której chcesz użyć, jak i nowej aplikacji, którą budujesz, która korzysta z biblioteki. Więcej informacji na temat konfigurowania Przestrzeni Roboczych można znaleźć w dokumentach Apple: https://developer.apple.com/library/content/featuredarticles/XcodeConcepts/Concept-Workspace.html

Statyczne Ustawienia Projektu Biblioteki

1. upewnij się, że wszystkie nagłówki biblioteki statycznej są ustawione na "publiczne". Odbywa się to pod ustawienia dla biblioteki statycznej target > Build Phases. W fazie " Kopiuj nagłówki "upewnij się, że wszystkie nagłówki znajdują się w sekcji" publiczne".
2. następnie przejdź do ustawień kompilacji, znajdź "ścieżkę folderu nagłówków publicznych" i wpisz ścieżkę do biblioteki. Wybieram to:

Include / LibraryName

Zaadoptowałem to z Use z RestKit i stwierdziłem, że działa najlepiej ze wszystkimi moimi statycznymi bibliotekami. Co to robi to mówi Xcode skopiować wszystkie nagłówki my przeniesione do sekcji" publiczne " nagłówki w kroku 1 do folderu, który określamy tutaj, który znajduje się w folderze danych pochodnych podczas budowania. Podobnie jak w przypadku RestKit, lubię używać pojedynczego folderu "include", aby zawierać każdą statyczną bibliotekę, której używam w projekcie.

Nie podoba mi się również używanie tutaj makr, ponieważ pozwoli nam to na użycie pojedynczej ścieżki wyszukiwania nagłówka użytkownika później, gdy skonfigurujemy projekt za pomocą biblioteki statycznej.

1. Znajdź "Skip Install" i upewnij się, że jest to ustawione na Tak.

Ustawienia dla projektu przy użyciu biblioteki statycznej

1. Dodaj bibliotekę statyczną jako framework w fazie budowania > Połącz binarne z bibliotekami i dodaj nazwę libLibraryName.plik dla dowolnej biblioteki statycznej, której chcesz użyć.
2. następnie upewnij się, że projekt jest ustawiony na wyszukiwanie ścieżek wyszukiwania użytkownika. Odbywa się to w obszarze Ustawienia kompilacji > zawsze Szukaj ścieżek użytkownika i upewnij się, że jest ustawiony na tak.

3. W tym samym obszarze Znajdź ścieżki wyszukiwania nagłówka użytkownika i dodaj:

   " $(PROJECT_TEMP_DIR)/../ UninstalledProducts / include "

To mówi Xcode szukać bibliotek statycznych w folderze pośredniego budowania, które Xcode tworzy podczas procesu budowania. Tutaj mamy folder "include", którego używamy dla naszych lokalizacji statycznych bibliotek, które ustawiliśmy w Kroku 2 dla ustawień projektu statycznych bibliotek. Jest to najważniejszy krok w uzyskaniu Xcode, aby poprawnie znaleźć statyczne biblioteki.

Konfiguracja Workspace

Tutaj chcemy skonfigurować przestrzeń roboczą tak, aby budowała bibliotekę statyczną podczas budowania naszej aplikacji. Odbywa się to poprzez edycję schematu używanego w naszej aplikacji.

1. upewnij się, że wybrano schemat, który utworzy Twoją aplikację.
2. z listy rozwijanej scheme wybierz opcję Edytuj schemat.
3. Wybierz Build na górze listy po lewej stronie. Dodaj nowy cel, naciskając + na środkowym panelu.
4. powinieneś zobaczyć statyczną bibliotekę do biblioteki, którą próbujesz połączyć. Wybierz bibliotekę statyczną systemu iOS.
5. kliknij Uruchom i Archiwum. Mówi to programowi, aby skompilował biblioteki dla biblioteki statycznej za każdym razem, gdy budujesz aplikację.
6. przeciągnij statyczną bibliotekę nad docelową aplikacją. To sprawia, że biblioteki statyczne kompilują się przed docelową aplikacją.

Zacznij korzystać z biblioteki

Teraz powinieneś być w stanie zaimportować swoją bibliotekę statyczną za pomocą

import <LibraryName/LibraryName.h>

Ta metoda otrzymuje wokół problemów związanych z koniecznością posiadania różnych ścieżek nagłówkowych użytkownika dla różnych konfiguracji, więc nie powinieneś mieć problemu z kompilacją archiwów.

Dlaczego to działa?

Wszystko zależy od tej ścieżki:

"$(PROJECT_TEMP_DIR)/../UninstalledProducts/include"

Ponieważ skonfigurowaliśmy naszą bibliotekę statyczną do używania "Skip Install", skompilowane pliki są przenoszone do folderu" UninstalledProjects " w katalogu tymczasowej kompilacji. Nasza ścieżka tutaj również przenosi się do folderu "include", który ustawiamy dla naszej statycznej biblioteki i używamy dla naszej ścieżki wyszukiwania nagłówka użytkownika. Te dwa współpracujące ze sobą pozwala Xcode wiedzieć, gdzie znaleźć naszą bibliotekę podczas procesu kompilacji. Ponieważ ten tymczasowy katalog kompilacji istnieje zarówno dla konfiguracji debugowania, jak i Wydania, potrzebujesz tylko jednej ścieżki dla Xcode do wyszukiwania bibliotek statycznych.

To był bardzo pomocny wątek. Badając moją własną sytuację, odkryłem, że Apple ma 12-stronicowy dokument z września 2012 roku zatytułowany " korzystanie ze statycznych bibliotek w iOS."Oto link pdf: http://developer.apple.com/library/ios/technotes/iOSStaticLibraries/iOSStaticLibraries.pdf

Jest to o wiele prostsze niż większość dyskusji internetowych, a z kilkoma małymi modami, które uwzględniają konfigurację zewnętrznych bibliotek, których używam, działa dobrze dla mnie. Najbardziej ważną częścią jest prawdopodobnie:

Jeśli docelowa Biblioteka ma fazę budowania "Kopiuj nagłówki", powinieneś usuń go; Kopiuj fazy budowania nagłówków nie działają poprawnie ze statycznymi cele biblioteki podczas wykonywania akcji "archiwum" w Xcode.

Pojawią się nowe statyczne cele biblioteki utworzone w Xcode 4.4 lub nowszym z odpowiednio skonfigurowaną fazą kopiowania plików dla nagłówków, dzięki czemu można przed utworzeniem należy sprawdzić, czy już go posiadasz. Jeśli nie masz, naciśnij "Dodaj fazę budowania" u dołu edytora docelowego i wybierz "Dodaj pliki kopiowania."Ujawnij nowe pliki kopii fazować i ustawić miejsce docelowe na " katalog produktów."Ustaw podstronę to include / ${PRODUCT_NAME}. Spowoduje to skopiowanie plików do folderu o nazwie po bibliotece (pobranej z ustawienia budowania nazwy produktu), wewnątrz folder o nazwie include znajduje się w katalogu produktów wbudowanych. Na Dołącz folder wewnątrz katalogu produktów kompilacji jest w domyślnym ścieżka wyszukiwania nagłówka do zastosowań, więc jest to odpowiednie miejsce aby umieścić pliki nagłówkowe.

Jestem pewien, że w wielu istniejących sytuacjach Podejście Apple może nie wystarczyć. Zamieszczam to tutaj dla każdego, kto dopiero zaczyna swoją podróż statyczną ścieżką ogrodu bibliotecznego - może to być najlepszy punkt wyjścia dla prostych przypadków.

Http://developer.apple.com/library/ios/#technotes/iOSStaticLibraries/Articles/creating.html

Na jabłko:

Twoja biblioteka będzie miała jeden lub więcej plików nagłówkowych, które klienci tej biblioteki muszą zaimportować. Aby skonfigurować, które nagłówki mają być eksportowane do klientów, Wybierz projekt biblioteki, aby otworzyć edytor projektu, wybierz obiekt docelowy biblioteki, aby otworzyć edytor docelowy, i wybierz kartę fazy budowania. Jeśli obiekt docelowy biblioteki ma "Kopiuj nagłówki" Faza budowania, należy go usunąć; Kopiuj nagłówki fazy budowania nie działają poprawnie ze statycznymi celami biblioteki podczas wykonywania akcji "archiwum" w Xcode.

[[0]}spójrz na rozwiązanie Jonah Wlliam (w połowie drogi w dół) i model GitHub (w komentarzach), aby uzyskać wgląd. http://blog.carbonfive.com/2011/04/04/using-open-source-static-libraries-in-xcode-4/

Dodaj $(OBJROOT)/UninstalledProducts/exactPathToHeaders do ścieżek wyszukiwania nagłówka .

Z jakiegoś powodu pole rekurencyjne nie działało dla mnie i musiałem dodać resztę ścieżki do miejsca, w którym znajdują się nagłówki.

Pod nawigatorem dziennika w Xcode (zakładka po prawej stronie nawigatora punktów przerwania) możesz zobaczyć historię budowania. Jeśli wybierzesz rzeczywisty błąd kompilacji, możesz rozwinąć jego szczegóły, aby zobaczyć ścieżkę setenv i sprawdzić, czy na pewno jest tam ścieżka do plików nagłówkowych.

Żadna z powyższych odpowiedzi nie działała dla mnie na Xcode 7, ale dali mi dobry pomysł. Dla facetów walczących na Xcode 7, mam to naprawione, dodając następujące do ścieżek wyszukiwania nagłówka użytkownika (include quotes)

"$(BUILT_PRODUCTS_DIR)/usr/local/include"

Zmień względny adres URL usr/local/include zgodnie z tym, co znajduje się w ustawieniu 'Public Header Folder Path' biblioteki statycznej

W moim przypadku Mój obszar roboczy miał kilka statycznych projektów bibliotecznych i jeden z nich ma zależności, w tym pliki nagłówkowe z drugim. Problem dotyczył kolejności budowy . W zakładce Edytuj schemat w sekcji Budowa, odznaczyłem opcję paralelize i uporządkowałem kolejność celów zgodnie z zależnościami i rozwiązałem problem

Dodaj następującą ścieżkę do ścieżki wyszukiwania w nagłówku użytkownika：

$(BUILD_ROOT)/../IntermediateBuildFilesPath/UninstalledProducts

To sprawdzone!

Ryzykując pokazanie, jakim jestem idiotą... Cierpiałem na Xcode odmawiając znalezienia mojego .akta h całe popołudnie.

Wtedy zdałem sobie sprawę.

Ponieważ używałem "Xcode 4", "inteligentnie" postanowiłem umieścić wszystkie moje projekty w podfolderach folderu o nazwie "Xcode 4 projects".

Te spacje w nazwie folderu spierdoliły XCode !

Zmiana nazwy tego folderu na " XCode_4_Projects " przywróciła radość (i mniej przeklinania) do mojego życia.

Przypomnij mi jeszcze raz, co to za rok ?

Może ktoś mógłby powiedzieć deweloperom Apple ' a...

Żadna z tych odpowiedzi nie zadziałała. Oto, co się stało. Dodaj dokładnie następujące (Kopiuj i wklej łącznie z podwójnymi cudzysłowami) do ścieżki wyszukiwania nagłówka użytkownika Ustawienie budowania:

"$(BUILD_ROOT)/../IntermediateBuildFilesPath/UninstalledProducts/include/"

zwróć uwagę na dodanie podkatalogu "/ include / " w porównaniu do innych odpowiedzi. Jak zauważyli inni użytkownicy, opcja "rekurencyjna" wydaje się nic nie robić, więc możesz ją zignorować.

Mój projekt był teraz w stanie z powodzeniem archiwizować podczas importowania statycznej biblioteki pliki nagłówkowe w następującej formie:

#import "LibraryName/HeaderFile.h"

Robisz nie musisz włączyć ustawienie zawsze Przeszukiwaj ścieżki użytkownika, chyba że dołączasz statyczne nagłówki bibliotek z nawiasami kątowymi (#import <LibraryName/HeaderFile.h>), ale naprawdę nie powinieneś tego robić w ten sposób, jeśli nie jest to nagłówek system/framework.

jest to związane z tym zagadnieniem, które doprowadziło mnie do tego pytania, więc dodaję moje rozwiązanie wyłącznie do dokumentacji / może to zaoszczędzić kolejne godziny potu duszy

DropboxSDK.nie znaleziono pliku h

Po dniach próbowania zmusić VES do kompilacji dla iOS w końcu natknąłem się na ten problem. DropboxSDK.h był zdecydowanie w zasięgu search headers dodałem go nawet do framework headers ścieżki wyszukiwania, include D .h bezpośrednio i poszedłem do wszelkiego rodzaju ogromnych wysiłków, aby spróbować uzyskać DropboxSDK.h znaleziono.

Rozwiązanie

EXPLICITY przeciągnij plik DropboxSDK.framework do pliku Xcode Project Navigation i upewnij się, że Copy Files if needed jest zaznaczone. Upewnij się również, że cel jest sprawdzany w razie potrzeby.

Warning

Ustawienie lokalizacji jawnego frameworka w build phases nie zadziałało dla mnie. Musiałem przeciągnąć .framework do Xcode i upewnij się, że pliki skopiowane do mojego projektu.

#mbp2015 # xcode7 #ios9

Istnieje wiele złożonych sposobów, aby to zrobić, a niektóre bardzo inteligentne rozwiązania są proponowane w tym wątku.

Głównym problemem tych wszystkich rozwiązań jest to, że poważnie zmniejsza to przenośność biblioteki.

• za każdym razem, gdy musisz rozpocząć nowy projekt za pomocą biblioteki i zarchiwizować go dla iTunes, to piekło konfiguracji.
• za każdym razem, gdy musisz udostępnić swój projekt z zespołem lub klientami, może się złamać z dowolnego powodu ( kontekst, Wersja Xcode, cokolwiek,.. )

Moim wyborem było w końcu po prostu użycie frameworków-zawsze-zgodnie z zaleceniami Apple ( filmy WWDC).

To jest tak łatwiejsze i robi to samo zadanie na końcu !

Innym dość eleganckim rozwiązaniem, które wydaje się działać, jest użycie prywatnych Cocoapods. Cocoapods wykonuje całą konfigurację, kopiuje nagłówki i tak dalej.

/ align = "left" /

Oto, co rozwiązało ten sam problem dla mnie.

Mam cel aplikacji i cel rozszerzenia iMessage. Następnie miałem 2 SDK (moje własne), które aplikacja cel linki przeciwko.

Problem polegał na tym, że mój cel iMessage również używał moich 2 zestawów SDK (osobne projekty), ale nie łączył się z nimi w fazie budowania --> łączył binarne z bibliotekami. Musiałem dodać moje 2 SDK do celu iMessage tam, aby dopasować mój cel aplikacji, a teraz archiwizuje.

Więc morał z historia jest taka: jeśli masz wiele celów, takich jak rozszerzenia, upewnij się, że wszystkie cele są powiązane z bibliotekami, których potrzebują. Był w stanie zbudować i wdrożyć do symulatora i urządzenia, ale nie archiwizować.

Aktualizacja: Xcode 9

Powyższe odpowiedzi nie zadziałały dla mnie za pomocą Xcode 9, ale ta ODPOWIEDŹ zadziałała dla mnie idealnie. Dodałem $(OBJROOT)/UninstalledProducts/$(PLATFORM_NAME)/include do mojego "ścieżki wyszukiwania nagłówków" i Xcode bez problemów połączył nagłówek mojej statycznej biblioteki.

Oszczędź sobie kłopotów i zrób to = Utwórz nowe konto użytkownika na komputerze Mac -- otwórz projekt pod nowym kontem użytkownika -- wszystkie problemy znikają. Oszczędzaj czas i zachowaj zdrowy rozsądek. te wszystkie nerdowskie odpowiedzi nie pomagają!!

Powodzenia