Soumettre à l'App Store questions: non prise en charge de l'Architecture x86

Le problème est que le Buy-cadre contient une version à la fois le simulateur (x86_64) et les périphériques (BRAS).

Bien sûr, vous n'êtes pas autorisé à soumettre à l'App Store, un binaire pour une non prise en charge de l'architecture, de sorte que la solution est "manuellement" supprimer les inutiles, les architectures de la finale binaire, avant de le soumettre.

Daniel Kennett est venu avec une solution sympa et donne ce script à ajouter à la phase de construction:

APP_PATH="${TARGET_BUILD_DIR}/${WRAPPER_NAME}"

# This script loops through the frameworks embedded in the application and
# removes unused architectures.
find "$APP_PATH" -name '*.framework' -type d | while read -r FRAMEWORK
do
    FRAMEWORK_EXECUTABLE_NAME=$(defaults read "$FRAMEWORK/Info.plist" CFBundleExecutable)
    FRAMEWORK_EXECUTABLE_PATH="$FRAMEWORK/$FRAMEWORK_EXECUTABLE_NAME"
    echo "Executable is $FRAMEWORK_EXECUTABLE_PATH"

    EXTRACTED_ARCHS=()

    for ARCH in $ARCHS
    do
        echo "Extracting $ARCH from $FRAMEWORK_EXECUTABLE_NAME"
        lipo -extract "$ARCH" "$FRAMEWORK_EXECUTABLE_PATH" -o "$FRAMEWORK_EXECUTABLE_PATH-$ARCH"
        EXTRACTED_ARCHS+=("$FRAMEWORK_EXECUTABLE_PATH-$ARCH")
    done

    echo "Merging extracted architectures: ${ARCHS}"
    lipo -o "$FRAMEWORK_EXECUTABLE_PATH-merged" -create "${EXTRACTED_ARCHS[@]}"
    rm "${EXTRACTED_ARCHS[@]}"

    echo "Replacing original executable with thinned version"
    rm "$FRAMEWORK_EXECUTABLE_PATH"
    mv "$FRAMEWORK_EXECUTABLE_PATH-merged" "$FRAMEWORK_EXECUTABLE_PATH"

done

Je l'ai utilisé et il a parfaitement fonctionné.

EDIT: assurez-vous que vous regardez le script modifié posté par Varrry, que celui-ci a quelques problèmes mineurs.

Si vous utilisez Carthage ensuite, vous pouvez rencontrer ce problème, car le projet est:

• Manque le carthage copy-frameworks phase de construction.
• Ou de la phase de construction n'inclut pas tous les cadres (liste incomplète).

Cette action filtres cadres à une liste de bonnes architectures (code).

La configuration de la copie-cadres phase de construction

De la Carthage bâtiment pour iOS étapes:

Sur votre application cible’ “Phases de construction” de l'onglet paramètres, cliquez sur le
icône “+” et choisissez “Nouveau Exécuter le Script de Phase”. Créer un Script dans
qui vous spécifiez votre shell (ex: bin/sh), ajoutez-y le contenu suivant
pour la zone de script ci-dessous la coque:

/usr/local/bin/carthage copy-frameworks

et ajouter les chemins d'accès aux cadres vous voulez utiliser sous “Fichiers d'Entrée”, par exemple:

$(SRCROOT)/Carthage/Build/iOS/Box.framework
$(SRCROOT)/Carthage/Build/iOS/Result.framework
$(SRCROOT)/Carthage/Build/iOS/ReactiveCocoa.framework

Ce script fonctionne autour d'un App Store de soumission de bug déclenchée par universal
les fichiers binaires et s'assure que nécessaire bitcode les fichiers et dSYMs
sont copiés lors de l'archivage.

Si vous utilisez Carthage assurez-vous que votre Embed Frameworks Build Step est avant le Carthage copy-frameworks

---

Dans certains cas inhabituels (par exemple: Lottie-iOS-cadre):

• vous l'aurez tout simplement dans la "Bibliothèque de liens", comme d'habitude.

• Cependant vous avez à aussi explicitement l'ajouter en "Embed Cadres" (même si cela semble inutile, puisqu'il fonctionne parfaitement lorsque vous avez seulement en "Embed Cadres"),

• et le mettre dans la copie des cadres

• et assurer copier-cadres est après "Embed Cadres"

Je vais ajouter mes 2 cents ici (de moins en moins effrayant moyen :-). J'ai rencontré un certain nombre de graisse bibliothèques de Fournisseurs (pour certaines raisons) ne fonctionnent pas de la manière habituelle, en ajoutant à la Frameworks répertoire documenté par Apple. La seule manière que nous avons été en mesure de faire leur travail est en tirant la .framekwork droit dans le répertoire du projet et en reliant les Embedded Frameworks et Link Binary with Libraries manuellement dans les Paramètres de construction. Cela semble avoir fonctionné sans aucun problème, cependant, comme avec de la graisse de la bibliothèque, ils viennent avec tout ce qui est superflu Simulateur Architectures i386 et x86_64 avec le arm architectures.

Un moyen rapide de vérifier les architectures en la matière grasse de la bibliothèque est

$ cd 'Project_dir/Project'
$ lipo -info 'YourLibrary.framework/YourLibExec`

Qui doit cracher une sortie quelque chose comme cela

Architectures in the fat file: YourLibrary.framework/YourLibExec are: i386 x86_64 armv7 arm64

Ce qui confirme que vous aurez besoin de "couper dans le gras" (à savoir i386 & x86_64) à partir de votre cadre avant iTunesConnect Archives de téléchargement, qui ne permet pas à ces architectures (car ils sont pas prises en charge pour iOS).

Maintenant, toutes les réponses (ou au moins certaines des réponses) ici offrir ces merveilleux Exécuter des Scripts que je suis sûr que fonctionne vraiment bien, mais seulement si votre Cadre réside dans le Frameworks répertoire. Maintenant, sauf si vous êtes un script shell junkie, ces scripts sans modifications, de ne pas travailler pour le scénario je l'explique ci-dessus. Cependant, il existe un moyen très simple de se débarrasser de la i386 & x86_64 architectures de le cadre.

1. Ouvrir un terminal dans le dossier de votre projet.

2. Changer de répertoire directement dans le .framekwork, comme

   cd YourProjectDir/YourProject/YourLibrary.framework

3. Exécuter la série de commandes comme indiqué ci-dessous -

   $ mv YourLibrary YourLibrary_all_archs

   $ lipo -remove x86_64 YourLibrary_all_archs -o YourLibrary_some_archs

   $ lipo -remove i386 YourLibrary_some_archs -o YourLibrary

   $ rm YourLibrary_all_archs YourLibrary_some_archs

Quelques choses à noter ici - lipo -remove doit être effectuée une fois pour chaque architecture à supprimer. lipo ne modifie pas le fichier d'entrée, il ne produit un fichier de sorte que vous avez à courir lipo -remove une fois pour x86_64 et i386. Les commandes ci-dessus est tout simplement le faire en faisant d'abord renommer le fichier exécutable et puis finalement retrait de l'souhaité archs, puis nettoyage de la gauche sur les fichiers. Et voilà, vous devriez maintenant voir une coche verte dans le Chargeur de l'Application d'Archivage de les télécharger pour les iTunesConnect.

Choses à garder à l'esprit : Les étapes ci-dessus ne doit être fait lors de la production de construction, depuis la .framework sera dépouillé de l'simulateur architectures, s'appuie sur des simulateurs de cesser de travailler (ce qui est prévu). Dans un environnement de développement, il devrait y avoir aucun besoin de dépouiller les architectures hors de la .framework fichier que vous voulez être en mesure de tester sur les deux Simulateur et un périphérique physique. Si votre graisse de la bibliothèque réside dans le Frameworks dossier dans le projet alors s'il vous plaît regardez la accepté de répondre.

Mise à jour de Xcode 10.1, ci-Dessous la solution a fonctionné pour moi :

Juste que vous avez à enlever le cadre d'Incorporés Binaires et il suffit de l'ajouter à la Cadres et les Bibliothèques.

Consultez ci-dessous la capture d'écran;

Merci pour toutes les réponses ci-dessus. Voici le script de travail avec swift 4.2 et 5

APP_PATH="${TARGET_BUILD_DIR}/${WRAPPER_NAME}"
FRAMEWORK_NAME="Your_Framework_Name.framework"
# Check if Framework is present.
FRAMEWORK_LOCATION=$(find "$APP_PATH" -name "$FRAMEWORK_NAME" -type d)
if [ -z $FRAMEWORK_LOCATION ]; then
echo "Couldn't find Your_Framework_Name.framework in $APP_PATH. Make sure 'Embed Frameworks' build phase is listed before the 'Strip Unused Architectures' build phase."
exit 1
fi
# This script strips unused architectures
find "$APP_PATH" -name "$FRAMEWORK_NAME" -type d | while read -r FRAMEWORK
do
FRAMEWORK_EXECUTABLE_NAME=$(defaults read "$FRAMEWORK/Info.plist" CFBundleExecutable)
FRAMEWORK_EXECUTABLE_PATH="$FRAMEWORK/$FRAMEWORK_EXECUTABLE_NAME"
echo "Executable is $FRAMEWORK_EXECUTABLE_PATH"
EXTRACTED_ARCHS=()
for ARCH in $ARCHS
do
echo "Extracting $ARCH from $FRAMEWORK_EXECUTABLE_NAME"
lipo -extract "$ARCH" "$FRAMEWORK_EXECUTABLE_PATH" -o "$FRAMEWORK_EXECUTABLE_PATH-$ARCH"
EXTRACTED_ARCHS+=("$FRAMEWORK_EXECUTABLE_PATH-$ARCH")
done
echo "Merging extracted architectures: ${ARCHS}"
lipo -o "$FRAMEWORK_EXECUTABLE_PATH-merged" -create "${EXTRACTED_ARCHS[@]}"
rm "${EXTRACTED_ARCHS[@]}"
echo "Replacing original executable with thinned version"
rm "$FRAMEWORK_EXECUTABLE_PATH"
mv "$FRAMEWORK_EXECUTABLE_PATH-merged" "$FRAMEWORK_EXECUTABLE_PATH"
done

la solution la plus simple qui a fonctionné pour moi a été

1 - enlever le cadre d'incorporés de cadres.

2 - ajoutez le cadre comme un cadre

fait!

J'ai eu même problème.
Même s'il n'a pas de travail après l'ajout de la donnée Exécuter le Script.
Il a été Xcode question connexe.
J'ai été en utilisant Xcode version 9.0 mais la dernière version a été 9.2.

J'ai donc installé la dernière Xcode (9.2) et cela a fonctionné.

Voici un script que j'ai utilisée pour supprimer un cadre de l'architecture à partir du fichier exécutable.

# Remove unused Framework architecture from "YourApp" framework.

FRAMEWORK_EXECUTABLE_PATH="${TARGET_BUILD_DIR}/${WRAPPER_NAME}/Frameworks/YourApp.framework/YourApp"

echo "$FRAMEWORK_EXECUTABLE_PATH"

cp "$FRAMEWORK_EXECUTABLE_PATH" "${FRAMEWORK_EXECUTABLE_PATH}_X86_64"

echo "Executing following command to remove x86_64 arch from YourApp framework executable"
echo "lipo -remove x86_64 \"$FRAMEWORK_EXECUTABLE_PATH\" -o \"${FRAMEWORK_EXECUTABLE_PATH}_X86_64\""

lipo -remove x86_64 "${FRAMEWORK_EXECUTABLE_PATH}_X86_64" -o "$FRAMEWORK_EXECUTABLE_PATH"

rm "${FRAMEWORK_EXECUTABLE_PATH}_X86_64"

Ajouter ce script à vos projets "Build Phases de votre projet cible. Assurez-vous de cocher la case "Exécuter le script uniquement lors de l'installation de"