IOS 11 XCODE 9: Błędy w archiwach Niezdefiniowane symbole architektury arm64:

Próbuję utworzyć archiwum dla aplikacji XCODE 9 przy użyciu rdzenia NFC i uzyskać błędy (patrz obrazy), których nie można wykryć próbując wielu ustawień. Jesteśmy przy użyciu nowych ram NFC rdzenia w aplikacji, a wszystko doskonale działa przy zasilaniu urządzeń itp - po prostu przyzwyczajenie stworzyć archiwum, dzięki czemu możemy dodać do TestFight ...IOS 11 XCODE 9: Błędy w archiwach Niezdefiniowane symbole architektury arm64:

Oto zrzut ekranu przedstawiający mnie, który zmienił schemat archiwizowania na debugowany, ale niestety niestety nie ma innych wyników.

Źródło

2017-07-08 ZipNFC

Próbowałem zmniejszyć weryfikację architektury i architektury aż do uzbrojenia7 i nadal otrzymuję te same błędy, ale oczywiście stwierdzam niezdefiniowane symbole dla armv7 – ZipNFC

Czy próbowałeś ustawić konfigurację kompilacji archiwum do debugowania w schemacie celu? Wiem, że to nie jest "odpowiedź" na twój problem, ale mogłaby cię przezwyciężyć ... –

Dzięki @carles - z przyjemnością dasz radę, ale nie mogę znaleźć oczywistego miejsca, żeby to zmienić, więc zrzut ekranu lub wyjaśnienie może pomóc – ZipNFC

Ok, moim zdaniem nie może być wersje wydaniu tego symboli, jest to opcja, a jeśli to działało podczas testowania może masz iść kompilacji z Debug Ustawienia wersji zarchiwizowanej też:

Kliknij na ustawieniach schematu docelowych:

Kliknij na schemacie eDIT:

Wybierz Archive, a następnie zmienić konfigurację kompilacji debugowania:

Wtedy można mieć go znowu przy archiwizacji ... Efektem ubocznym może być tak, że wykonywalny będzie większy ... Daj mi znać, jeśli to działa :-)

Źródło

2017-07-09 10:01:52

Ach, spróbuj, ale nie uzyskałem innych wyników, gdy zmieniłem schemat docelowy dla archiwum do debugowania. Postaram się umieścić zdjęcie gdzieś, więc mogę zobaczyć, że zrobiłem to dobrze. Oczyściłem projekt i przebudowałem go również przed archiwizacją. Znalazłem kilka postów o frameworku, które nie są w bitcode i muszą zarchiwizować się najpierw, zanim cały projekt może być zarchiwizowany, ale wszelkie odpowiedzi dotyczące tego nie zadziałały, gdy je wypróbowałem, a jak CoreNFC jest częścią struktury Apple nawet nie na pewno możesz to zrobić - jeśli to ma jakiś sens. – ZipNFC

Spróbuj wyłączyć Bitcode na swoim projekcie, następnie przejdź do Ustawień konstrukcyjnych w widoku projektu i wyłącz opcję Włącz bitcode dla swojego celu ... Jeśli już to wypróbowałeś, jedyną opcją może być ręczna instalacja testowych aplikacji na urządzeniach z kablem i XCode ... –

Otóż po wyłączeniu bitu pomyślnie utworzono archiwum - ładne. Zakładam, że zwykle chciałbyś użyć bitcode, ale dobrze, żebym mógł go załadować, aby połączyć się i rozpowszechniać za pośrednictwem TestFlight :-) Dziękuję za twoją pomoc - odpowiem, jeśli wszystko pójdzie dobrze. – ZipNFC

Chciałem tylko zaktualizować ten post, ponieważ od czasu przejścia na XCODE 9 Beta 3 wszystkie te problemy zniknęły. Mogę teraz zarchiwizować za pomocą Bitcode i pomyślnie załadować do ITUNES podłączyć do zewnętrznego publikowania jako TestFlight bez żadnych zmian kodu w ogóle ..

Dzięki za pomoc, ale nie mogłem dostać się do TestFlight jako rzucił wszystkie problemy i wszystkie naprawione za pomocą najnowszej kamery - dzięki Apple!

Źródło

2017-07-13 14:56:45 ZipNFC

Świetnie, miło słyszeć! –

Widzę ten problem z Xcode 9 GM. – Kyle

Od tego czasu nie mieliśmy żadnych problemów, więc nie mamy pewności, czy to ten sam problem, który masz ... – ZipNFC

IOS 11 XCODE 9: Błędy w archiwach Niezdefiniowane symbole architektury arm64:

Odpowiedz

Powiązane problemy