49
votes

Remarque: la compilation incrémentielle a été désactivée: elle n'est pas compatible avec l'optimisation des modules entiers

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


0 commentaires

23 Réponses :


13
votes

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.


0 commentaires

43
votes

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"

 Entrez la description de l'image ici


6 commentaires

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.



9
votes

J'ai exécuté POD UPDATE et cela a résolu le problème pour moi


1 commentaires

Oui, 1 pod faisait des ennuis, donc j'exécute la mise à jour de la mise à jour "Realmswift" pour mettre à jour ce pod.



1
votes
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

0 commentaires

0
votes

Assurez-vous que vos pods sont la même version rapide que votre projet.


0 commentaires

0
votes

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.


1 commentaires

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.



0
votes

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.


0 commentaires

7
votes

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


0 commentaires

1
votes

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


0 commentaires

0
votes

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.


0 commentaires

5
votes

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.


0 commentaires

3
votes

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.


0 commentaires

3
votes

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.


0 commentaires

1
votes

J'ai ce problème sur Xcode 13.3, mais après une rétrogradation à 13.1, je peux archiver le succès


0 commentaires

-2
votes

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>


2 commentaires

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.



0
votes

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


0 commentaires

1
votes

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

xcode project build fichiers

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.


0 commentaires

1
votes

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 >


0 commentaires

3
votes

J'ai également un problème similaire, j'ai essayé plusieurs façons mais pas d'aide.

a finalement fonctionné pour moi:

  • Pod Deintegrate
  • Nettoyer
  • Pod Install

  • 0 commentaires

    1
    votes

    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')
    

    0 commentaires

    1
    votes

    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'
    


    0 commentaires

    2
    votes

    Ce problème est dû à une mise à niveau vers une nouvelle version Xcode.

    1 - Supprimer les fichiers du développeur Xcode Project Index Fichiers  Entrez la description de l'image ici

    2 - Essayez-le à nouveau


    2 commentaires

    Ê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.



    0
    votes

    Vous pouvez vérifier une fois en définissant Bitcode Enbeled Faux, si vous utilisez Framework.


    0 commentaires