2015-05-26 17 views
9

Mam projektu Xcode (Xcode 6.3.1) z następującymi bibliotecznych ścieżek wyszukiwania Zestaw:CURRENT_ARCH nie rozwija się poprawnie?

"$ (SRCROOT)/Biblioteki/ScaleformLib/$ {CURRENT_ARCH}/dzyń/$ {Konfiguracja} _NoRTTI" " $ (SRCROOT)/biblioteki/ScaleformLib/$ {CURRENT_ARCH}/dzyń /”

Przy budowie pojawiają się błędy łącznika, które wydają się być ze względu na zmienną CURRENT_ARCH nierozszerzająca poprawnie (ścieżki skrócona/usunięte dla jasności):

Ld Unity-iPhone.build/Objects-normal/armv7/mud normal armv7 
cd builds/iOSSubmission 
export IPHONEOS_DEPLOYMENT_TARGET=7.0 
export PATH="/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin" 
clang++ -arch armv7 -isysroot 
-L/builds/iOSSubmission/Libraries/ScaleformLib/arm64/clang/Release_NoRTTI 
-L/builds/iOSSubmission/Libraries/ScaleformLib/arm64/clang 

Nie jestem pewien, dlaczego arm64 jest wstawiany w ścieżki wyszukiwania, gdy wydaje się, że to powinno być armv7? czego mi brakuje?

Dzięki!

+0

Mam dokładnie ten sam problem - również z Scaleform. Opublikuj rozwiązanie, jeśli je znalazłeś –

Odpowiedz

3

Oryginalna odpowiedź była błędna, ale ta działa.

Tak więc dla nas, przyszedł do ścieżki wyszukiwania nagłówka dla .dylib. Potrzebowaliśmy libxml2 tak mieliśmy ścieżka wyszukiwania nagłówek ustawiony

/usr/include/libxml2

To nie jest zależny SDK (nie powinien dylib faktycznie odwołuje się do SDK używamy ?), więc zmienił go do:

$ (SDKROOT)/usr/include/libxml2

i wszystko było w porządku.

Powiązane problemy