iPhone/iPod Touch: plik wykonywalny aplikacji zawiera nieobsługiwane architetury: armv7s

Question

Widzę problem zwalniający w AppStore my App! Proces walidacji powiedzieć: "iPhone/iPod Touch: wykonywalny aplikacji zawiera nieobsługiwany architeture (s): armv7s"

to moja biblioteka powiązany: CoreLocation (wymagane) Twitter (opcjonalnie) QuartzCore (wymagane) MapKit (wymagane) UIKit (wymagane) Foundation (wymagane) CoreGraphics (wymagane) libGoogleAnalytics.a (wymagane) libsqlite3.dylib (wymagane) CFNetwork (wymagane)

mam tryed również usunąć GoogleAn alytics Library, ale problem jest taki sam! Masz jakiś pomysł?

Dzięki

Answer 1

Spróbuj tego:

1.Select projektu w Xcode (z niebieską ikonę)

2.Select Budowanie Settings

3.Ustawić pogląd na wszystko/Połączone

4.Ustaw "Utwórz tylko aktywną architekturę" na tak

Answer 2

Dziś miałem ten sam problem. Moja aplikacja nie ma żadnych bibliotek innych firm.

12 dni temu przesłałem kompilację z Xcode 4.5.1, która została następnie sprawdzona i opublikowana w App Store. Dzisiaj próbowałem przesłać nową wersję i nagle otrzymałem ten błąd.

Próbowałem następnie zweryfikować ten sam plik wykonywalny (a nie przebudowę) z Xcode, który przesłałem 12 dni temu i który przeszedł sprawdzanie poprawności i jest już dostępny do pobrania w App Store, ale tym razem nie sprawdził poprawności z powyższy błąd.

Wykonanie powyższego kroku 4 pozwoliło mi przesłać nową kompilację. Ale plik wykonywalny jest mniejszy, mimo że dodałem niewielką ilość kodu i trzy małe png/jpeg. To sprawia, że ​​myślę, że w archiwum brakuje kodu armv7s.

Co się dzieje? Dlaczego krok 4 powinien być powyżej "pracy"? Dlaczego plik wykonywalny, który wcześniej został przesłany poprawnie i został wydany, nie przechodzi już pomyślnie sprawdzania oryginalności?

Uwaga: nie jest to duplikat poprzedniego posta, który udało mi się znaleźć 15 godzin temu. Po raz pierwszy widziałem jakąkolwiek wzmiankę o wyświetleniu tego błędu podczas przesyłania do programu iTunes Connect zamiast odbierania ostrzeżenia o kompilacji. Więc proszę nie oznaczaj tego jako duplikatu. Nie jest.

Answer 3

Na podstawie dyskusji na forach deweloperów Apple (https://devforums.apple.com/message/749949) wygląda na to, że jest to błąd, który dotyczy wielu osób. Prawdopodobnie z powodu zmiany serwerów sprawdzania poprawności Apple.

Udało mi się obejść ten problem, zmieniając architekturę kompilacji w Ustawieniach kompilacji ze standardowej (armv7, armv7s) na armv7 i przebudowując. Powinno to tylko spowodować, że skompilowany kod nie zostanie zoptymalizowany dla iPhone'a 5. Będzie nadal działać, ale może nie być tak szybki, jak gdyby był skompilowany dla armv7. Podejrzewam, że różnica wydajności byłaby w większości przypadków znikoma.

Answer 4

To pomogło mi:

Project -> Budowanie Ustawienia -> usuń architekturę z "ważnych architektur", jak również ustawienie "Budowanie Aktywny Architecture Only" Tak w Projekcie

Answer 5

Większość odpowiedzi to te, których nie uznałem za idealne, głównie dlatego, że zasadniczo sugerują usunięcie wsparcia dla armv7s z aplikacji. Wprawdzie sprawdzenie poprawności aplikacji może sprawić, że aplikacja będzie działać wolniej na iPhonie 5.

Oto obejście, którego używam (choć muszę powiedzieć, że nie nazwałbym tego rozwiązaniem) .

Zamiast używać XCode Organizer, ładuję plik binarny za pomocą Application Loader.

Aby przesłać plik binarny używając Application Loader

organizator otwarty> Kliknij prawym przyciskiem myszy na wideo> w Finderze.

Kliknij prawym przyciskiem myszy plik wideo> Pokaż archiwum Zawartość

idź do Produkty> Aplikacja> YourAPP.app

Compress YourAPP.app i przesłać za pomocą Application Loader.

Answer 6

Mój problem polegał na tym, że używałem starej wersji programu ładującego aplikacje.

Rozwiązaniem dla mnie było pobranie najnowszej wersji programu ładującego aplikacje iTunes Connect> Zarządzaj aplikacjami> Pobierz program ładujący aplikacje i spróbuj ponownie.