Mis à jour vers la version bêta Xcode 13, maintenant je ne peux pas construire le projet en raison d'une erreur dans plusieurs pods
aîné Xcode lance une application sur iOS 15 trop longue
J'utilise M1, peut-être que cela est dû à l'architecture
23 Réponses :
Cette remarque n'est pas une véritable erreur, juste un avertissement. La véritable erreur peut être trouvée dans les fichiers source Swift Nested
sous la section de niveau supérieur avec le même nom. Développez les journaux de cette commande et vous devriez voir l'erreur réelle.
J'ai été confronté au problème après la mise à jour de Xcode vers la version 13. Comme le compilateur se plaint de la compilation de modules entiers, nous devons utiliser le mode incrémentiel.
Pour ce faire:
Sélectionnez votre cible et accédez aux paramètres de construction -> Mode de compilation -> Passez à "incrémentiel"
Quand j'avais créé des erreurs, j'ai essayé ceci et j'ai eu les mêmes erreurs
Assurez-vous de nettoyer les dossiers de construction avant
Impossible de trouver une section pour le compilateur Swift ou le mode de compilation sous paramètres de construction
@Rachitrawat assurez-vous que les onglets «tous» sélectionnés
De plus, j'avais besoin de mettre à niveau mes dépendances.
Merci @Eneskaraosman pour les informations. Si vous le souhaitez, vous pouvez modifier ma réponse pour ajouter la vôtre.
J'ai exécuté POD UPDATE
et cela a résolu le problème pour moi
Oui, 1 pod faisait des ennuis, donc j'exécute la mise à jour de la mise à jour "Realmswift" pour mettre à jour ce pod.
pod update Updating SwiftMessages pod version from 8.0.2 to 9.0.4 (which didn't not work with Swift 5.5) helped me
Assurez-vous que vos pods sont la même version rapide que votre projet.
J'ai constaté que cela était dû à un décalage entre un cadre et des paramètres de construction d'optimisation du projet.
Pour le résoudre, la cible du projet doit être optimisée, par exemple -os dans BuildSettings -> Génération de code Apple Clang -> Niveau d'optimisation
sur votre cible de projet
Il semble que Swift s'attend à des optimisations si le mode de compilation est défini sur le module entier. La réponse d'Eray fonctionne, mais peut ne pas créer un assemblage / bitcode optimal pour une version de version du framework.
Le mode de compilation au niveau du projet doit également être un module entier.
a également remarqué que cela peut se produire si l'ordre de dépendance est incorrect. Pendant une construction parallèle, si une dépendance requise d'une dépendance n'a pas encore été construite, cette erreur peut être présentée. Correction par l'ajout explicite de la liste des personnes à charges du 1er niveau de construction-> lien avec les bibliothèques
Liste.
Pour moi, c'était aussi simple que de ne pas inclure la dépendance dans la section «Build Phases → De dépendances». J'archiais la cible C qui dépend de la cible B et du package A, et la cible B dépend du package A mais le package A n'a pas été répertorié comme l'une des dépendances de la cible B. Je pense que la construction de la cible C a réussi à réussir parce que la cible C dépend de l'emballage A et de l'emballage A a été en cours de construction avant la cible B.
J'ai fait du produit -> Clean, puis Xcode -> Préférences -> Emplacements -> Données dérivées, accédez au répertoire et supprimez tout. Fermez ensuite Xcode et rouvert et a fait ma construction (archive). Tout mieux.
Dans mon projet, les pods de déploiement cible étaient toujours iOS 8.0
. J'ai ajouté le suivi de mon podfile
pour les mettre à niveau iOS 13. Ensuite, je nettoie le projet et supprime les données dérivées. Après avoir ajouté le script suivant, vous devez appeler pod install
.
post_install do |installer| installer.pods_project.targets.each do |target| target.build_configurations.each do |config| config.build_settings.delete 'IPHONEOS_DEPLOYMENT_TARGET' end end end
Cela m'a aidé. réponses de développeur.apple.com Ajoutez ceci dans podfile
$iOSVersion = '11.0' post_install do |installer| # add these lines: installer.pods_project.build_configurations.each do |config| config.build_settings["EXCLUDED_ARCHS[sdk=*]"] = "armv7" config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = $iOSVersion end installer.pods_project.targets.each do |target| # add these lines: target.build_configurations.each do |config| if Gem::Version.new($iOSVersion) > Gem::Version.new(config.build_settings['IPHONEOS_DEPLOYMENT_TARGET']) config.build_settings['IPHONEOS_DEPLOYMENT_TARGET'] = $iOSVersion end end end
end
Je suis allé avec podfile
mise à jour comme suggéré par atalaysa .
puis préférences> Données dérivées> Force Quit Xcode> Données dérivées supprimées> Installation de pod> a ouvert le projet Xcode> Laissez le projet s'exécuter par indexation> Archivé avec succès.
J'ai dégradé Xcode à 13.2.1 et cela a résolu mon problème. Semble 13.3 Avoir ce problème de compat avec certaines bibliothèques tierces.
mon Xcode 13.3 ne peut pas construire pour l'appareil. Mais il construit pour des simulateurs. J'ai donc dégradé Xcode à 13.2.1. Problème résolu.
Je pense que le problème est causé par POD. Lorsque vous passez à 13.3, l'option de Pod Target "activer_bitcode" a été définie "Oui", vous avez donc besoin d'ajouter du code à votre podfile, tout comme ceci:
post_install do |installer| installer.pods_project.targets.each do |target| target.build_configurations.each do |config| config.build_settings['ENABLE_BITCODE'] = 'NO' end end end
et nettoyer le projet et supprimer Cache, l'archive sera le succès.
J'ai ce problème sur Xcode 13.3, mais après une rétrogradation à 13.1, je peux archiver le succès
J'ai une solution !!!
Vous devez mettre à niveau la version iOS pour les pods de problème à 11 ou plus. J'espère que cela vous aide parce que cela m'a aidé, mais aucune des solutions n'a fonctionné auparavant. photo où changer < / a>
Comme il est actuellement écrit, votre réponse n'est pas claire. S'il vous plaît modifier pour ajouter des détails supplémentaires qui aideront les autres à comprendre comment cela répond à la question posée. Vous pouvez trouver plus d'informations sur la façon d'écrire de bonnes réponses dans le centre d'aide .
Cela n'a pas fonctionné pour moi.
Supprimer iOS podfile.lock et pubspe.lock et pod déintégrer et installer. Définir dans le dossier iOS / Flutter ApplicationFramework.Plist Fichier cible minimum iOS à 9.0 et ci-dessous Code dans PodFile Post Install Script
post_install do | installateur | installateur.pods_project.target.each do | Target | flutter_additional_ios_build_settings (cible) target.build_configurations.each do | config | config.build_settings ['iPhoneos_deployment_target'] = '9.0' fin fin fin
Ce qui a fonctionné pour moi au départ, c'est le nettoyage des fichiers de construction du projet Xcode.
"À propos de ce Mac" -> Stockage -> Gérer -> Développeur
C'est aussi une façon intéressante d'éliminer un peu d'espace lorsque vous vous débarrassez.
Ensuite, cela a recommencé à se reproduire. J'ai ensuite essayé de sélectionner "Whole Module" pour "Mode de compilation" dans "Paramètres de construction". Build n'a pas échoué jusqu'à présent.
J'ai rencontré le même problème en raison de l'un de mes packages rapides manquait de spécifications de «plates-formes» dans Manifest, tout en utilisant un cadre spécifique à la plate-forme (Swiftui dans mon cas) ..
La mise en œuvre du package a spécifié le Disponibilité de l'API comme suit:
let package = Package( name: "package-name", platforms: [ .iOS(.v14), .watchOS(.v7), .tvOS(.v14), .macCatalyst(.v14) ], // // )
Une fois que j'ai ajouté la spécification de plate-forme correspondante dans le pack >
J'ai également un problème similaire, j'ai essayé plusieurs façons mais pas d'aide.
a finalement fonctionné pour moi:
Pod Deintegrate
Pod Install
Cette remarque n'est pas une véritable erreur, juste un avertissement. La véritable erreur peut être trouvée dans les fichiers source Swift Nested Compile sous la section de niveau supérieur avec le même nom. Développez les journaux de cette commande et vous devriez voir l'erreur réelle.
Inspiré par ryanavocado .
Pour moi, il a été causé par Skphotobrowser dans mon podfile. Après l'avoir retiré, l'erreur disparaît.
LLVM ERROR: out of memory Allocation failed Please submit a bug report (https://swift.org/contributing/#reporting-bugs) and include the project and the crash backtrace. Stack dump: 0. Program arguments: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/swift-frontend -frontend -c -primary-file /Users/***/Library/Developer/Xcode/DerivedData/***/Build/Intermediates.noindex/ArchiveIntermediates/***/IntermediateBuildFilesPath/Pods.build/Release-iphoneos/SKPhotoBrowser.build/Objects-normal/arm64/SKPhotoBrowser.bc -embed-bitcode -target arm64-apple-ios13.0 -Xllvm -aarch64-use-tbi -O -disable-llvm-optzns -module-name SKPhotoBrowser -o /Users/***/Library/Developer/Xcode/DerivedData/***/Build/Intermediates.noindex/ArchiveIntermediates/***/IntermediateBuildFilesPath/Pods.build/Release-iphoneos/SKPhotoBrowser.build/Objects-normal/arm64/SKPhotoBrowser.o 1. Apple Swift version 5.6 (swiftlang-5.6.0.323.62 clang-1316.0.20.8) 2. Compiling with the current language version 3. Running pass 'Function Pass Manager' on module '/Users/***/Library/Developer/Xcode/DerivedData/***-hhhfwlkzxdivscfrppsfvbhllnzc/Build/Intermediates.noindex/ArchiveIntermediates/***/IntermediateBuildFilesPath/Pods.build/Release-iphoneos/SKPhotoBrowser.build/Objects-normal/arm64/SKPhotoBrowser.bc'. 4. Running pass 'ObjC ARC contraction' on function '@UI_USER_INTERFACE_IDIOM' Stack dump without symbol names (ensure you have llvm-symbolizer in your PATH or set the environment var `LLVM_SYMBOLIZER_PATH` to point to it): 0 swift-frontend 0x00000001077f8de7 llvm::sys::PrintStackTrace(llvm::raw_ostream&, int) + 39 1 swift-frontend 0x00000001077f7e38 llvm::sys::RunSignalHandlers() + 248 2 swift-frontend 0x00000001077f9440 SignalHandler(int) + 288 3 libsystem_platform.dylib 0x00007ff810cf2dfd _sigtramp + 29 4 libsystem_platform.dylib 0x000000031069bae0 _sigtramp + 18446603383459187968 5 libsystem_c.dylib 0x00007ff810c28d24 abort + 123 6 swift-frontend 0x0000000107745cda llvm::report_bad_alloc_error(char const*, bool) + 106 7 swift-frontend 0x0000000107745cf2 out_of_memory_new_handler() + 18 8 libc++abi.dylib 0x00007ff810c9a96b operator new(unsigned long) + 43 9 swift-frontend 0x0000000107506efd llvm::Function::BuildLazyArguments() const + 77 10 swift-frontend 0x00000001052efe87 llvm::objcarc::BundledRetainClaimRVs::insertRVCallWithColors(llvm::Instruction*, llvm::CallBase*, llvm::DenseMap<llvm::BasicBlock*, llvm::TinyPtrVector<llvm::BasicBlock*>, llvm::DenseMapInfo<llvm::BasicBlock*>, llvm::detail::DenseMapPair<llvm::BasicBlock*, llvm::TinyPtrVector<llvm::BasicBlock*> > > const&) + 151 11 swift-frontend 0x0000000105302f88 (anonymous namespace)::ObjCARCContract::run(llvm::Function&, llvm::AAResults*, llvm::DominatorTree*) + 1384 12 swift-frontend 0x000000010753e380 llvm::FPPassManager::runOnFunction(llvm::Function&) + 1488 13 swift-frontend 0x0000000107545073 llvm::FPPassManager::runOnModule(llvm::Module&) + 67 14 swift-frontend 0x000000010753eb39 llvm::legacy::PassManagerImpl::run(llvm::Module&) + 1161 15 swift-frontend 0x0000000102a5c6df swift::performLLVMOptimizations(swift::IRGenOptions const&, llvm::Module*, llvm::TargetMachine*) + 3791 16 swift-frontend 0x0000000102a5d8cc swift::performLLVM(swift::IRGenOptions const&, swift::DiagnosticEngine&, llvm::sys::SmartMutex<false>*, llvm::GlobalVariable*, llvm::Module*, llvm::TargetMachine*, llvm::StringRef, swift::UnifiedStatsReporter*) + 2812 17 swift-frontend 0x0000000102a66aa5 swift::performLLVM(swift::IRGenOptions const&, swift::ASTContext&, llvm::Module*, llvm::StringRef) + 213 18 swift-frontend 0x0000000102521795 swift::performFrontend(llvm::ArrayRef<char const*>, char const*, void*, swift::FrontendObserver*) + 16565 19 swift-frontend 0x00000001024e05d4 swift::mainEntry(int, char const**) + 1108 20 dyld 0x000000020a16151e start + 462 21 dyld 0x000000020a15c000 start + 18446744073709530288 error: Abort trap: 6 (in target 'SKPhotoBrowser' from project 'Pods')
J'avais la même remarque pour plusieurs bibliothèques (ObjectMapper, Alamofire) mais ce n'était pas l'erreur réelle (comme l'a suggéré Ryanavocado). Dans mon cas, j'ai également eu une erreur de défaut de segmentation dans Skphotobrowser, j'ai donc essayé de mettre à jour le pod skphotobrowser et cela n'a pas fonctionné. Heureusement, cela a fonctionné:
pod 'SKPhotoBrowser', :git => 'https://github.com/suzuki-0000/SKPhotoBrowser.git', :branch => 'master'
Ce problème est dû à une mise à niveau vers une nouvelle version Xcode.
1 - Supprimer les fichiers du développeur Xcode Project Index Fichiers
2 - Essayez-le à nouveau
Êtes-vous sûr que ce n'est pas un ancien fichier d'archives? est-il sûr pour la suppression?
Oui je suis sûr. Il se régénérera après avoir construit le projet.
Vous pouvez vérifier une fois en définissant Bitcode Enbeled Faux, si vous utilisez Framework.