CFBundleSupportedPlatforms issue

Na istniejącego projektu, który zawsze zbudowane bez problemu na 10.10/Xcode 6 Jestem teraz otrzymuję ten błąd z 10.11/Xcode 7:CFBundleSupportedPlatforms issue

nie mógł znaleźć platformy rodzinę w Info.plist CFBundleSupportedPlatforms lub Mach-O LC_VERSION_MIN for myBinary

Mam 3 wstępnie wykonane pliki binarne wewnątrz mojego projektu. Mają swoje własne pliki uprawnień i są kodowane, ale nie mają własnej Info.plist. Próbowałem dodać CFBundleSupportedPlatforms do głównej listy Info.plist z wartością MacOSX, ale to nie rozwiązuje problemu. Jakieś pomysły?

Źródło

2015-10-07 rick

Czy kiedykolwiek doszedłeś do sedna tego? Występuje w tym samym numerze –

czy ktoś znalazł rozwiązanie tutaj nadal mam ten sam problem ... – rick

Mam ten sam problem. Mam wstępnie skompilowane pliki binarne * nix (rzeczy, które normalnie wywołujesz w linii poleceń, które moja aplikacja wywołuje NSTask) w folderze zasobów aplikacji. Przepływ pracy z identyfikatorem programisty działa dobrze. Ale weryfikacja aplikacji dla dystrybucji MAS kończy się niepowodzeniem z dokładnie tym samym błędem, który widziałeś. Nie są to frameworki, więc nie można po prostu utworzyć w nich zastępczej wersji Info.plist. Ktoś jeszcze to rozwiązał? – user1475135

Mam to działa. Zdaję się, że używam Carthage do zarządzania niektórymi opcjami, co daje pliki dSYM. Rozwiązaniem dla mnie było upewnienie się, że nie uwzględniam żadnego z plików dSYM, które Kartagina wygeneruje dla Ciebie w pakiecie zasobów aplikacji.

Źródło

2015-10-10 02:43:13

To też zadziałało. Znalazłem 2 pliki .dSYM w moich Fazach kompilacji> Kopiuj zasoby pakietu, po usunięciu przesyłanie powiodło się. –

Miałem ten sam problem z moją aplikacją, która używała struktury SDL.
Naprawiłem to, dodając klucz CFBundleSupportedPlatforms jako dyktat z pojedynczą wartością MacOSX do dowolnego pliku Info.plist w dowolnej strukturze skopiowanej do mojego pliku binarnego.

Źródło

2016-04-25 09:10:45 deko

Odpowiedz

Powiązane problemy