erreur d'Apple LLVM compilateur 3.1 clang

Je suis en train de faire une archive (UIE) pour mon iOS (iPhone) application, mais je reçois une erreur étrange:erreur d'Apple LLVM compilateur 3.1 clang

Apple LLVM Compiler 3.1 error clang: error: no such file or directory: 'armv6' 

Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 1

Est-ce que quelqu'un sait comment je peux résoudre ce?

http://i.imgur.com/PKOHx.png

ProcessPCH /Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/PrecompiledHeaders/myapp-Prefix-cgigtilzpjcadpbgpxbabnqczfxd/myapp-Prefix.pch.pth 

    myapp/myapp-Prefix.pch normal armv7 objective-c 
    com.apple.compilers.llvm.clang.1_0.compiler 
      cd /Users/wazapi/Downloads/myapp 
      setenv LANG en_US.US-ASCII 
      setenv PATH "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin" 
      /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang 
    -x objective-c-header -arch armv7 -fmessage-length=0 -std=gnu99 -fobjc-arc -Wno-trigraphs -fpascal-strings -Os -Wno-missing-field-initializers -Wmissing-prototypes -Wreturn-type -Wno-implicit-atomic-properties -Wformat -Wno-missing-braces -Wparentheses -Wswitch -Wno-unused-function -Wno-unused-label -Wno-unused-parameter -Wunused-variable -Wunused-value -Wno-uninitialized -Wno-unknown-pragmas -Wno-shadow -Wno-four-char-constants -Wno-sign-compare -Wno-shorten-64-to-32 -Wpointer-sign -Wno-newline-eof -Wno-selector -Wno-strict-selector-match -Wno-undeclared-selector -Wno-deprecated-implementations -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS5.0.sdk 
    -Wprotocol -Wdeprecated-declarations -g -fvisibility=hidden -Wno-conversion -Wno-sign-conversion -mthumb "-DIBOutlet=__attribute__((iboutlet))" 
    "-DIBOutletCollection(ClassName)=__attribute__((iboutletcollection(ClassName)))" 
    "-DIBAction=void)__attribute__((ibaction)" -miphoneos-version-min=5.0 
    -iquote /Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/IntermediateBuildFilesPath/myapp.build/Release-iphoneos/myapp.build/myapp-generated-files.hmap 
    -I/Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/IntermediateBuildFilesPath/myapp.build/Release-iphoneos/myapp.build/myapp-own-target-headers.hmap 
    -I/Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/IntermediateBuildFilesPath/myapp.build/Release-iphoneos/myapp.build/myapp-all-target-headers.hmap 
    -iquote /Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/IntermediateBuildFilesPath/myapp.build/Release-iphoneos/myapp.build/myapp-project-headers.hmap 
    -I/Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/BuildProductsPath/Release-iphoneos/include 
    -I/Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/IntermediateBuildFilesPath/myapp.build/Release-iphoneos/myapp.build/DerivedSources/armv7 
    -I/Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/IntermediateBuildFilesPath/myapp.build/Release-iphoneos/myapp.build/DerivedSources 
    -F/Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/BuildProductsPath/Release-iphoneos 
    -F/Users/wazapi/Downloads/myapp armv6 --serialize-diagnostics /Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/PrecompiledHeaders/myapp-Prefix-cgigtilzpjcadpbgpxbabnqczfxd/myapp-Prefix.pch.dia 
    -c /Users/wazapi/Downloads/myapp/myapp/myapp-Prefix.pch -o /Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/PrecompiledHeaders/myapp-Prefix-cgigtilzpjcadpbgpxbabnqczfxd/myapp-Prefix.pch.pth 
    -MMD -MT dependencies -MF /Users/wazapi/Library/Developer/Xcode/DerivedData/myapp-hjzccpnbaymgcufalpjtfeuqvjvu/Build/Intermediates/ArchiveIntermediates/myapp/PrecompiledHeaders/myapp-Prefix-cgigtilzpjcadpbgpxbabnqczfxd/myapp-Prefix.pch.d

Source

2012-02-26 Frenck

Vous devrez montrer plus que cela. Quelle était la ligne de commande entière qui était en cours d'exécution? – mattjgalloway

@mattjgalloway j'ai édité le poste – Frenck

On dirait que vous avez un paramètre escroc quelque part car il pense que armv6 est un fichier et la ligne de commande confirme que c'est ce qui se passe.Mes suggestions sont de rechercher les paramètres de construction pour armv6 et de vérifier qu'il n'est pas au hasard pour un réglage. – mattjgalloway

OK, ce que vous devez faire est d'aller pour construire les paramètres et faites défiler jusqu'à:

Apple LLVM Compiler 3.1 - Language

Rechercher dans la table pour 'other c flags'. Ce que vous voyez est armv6? Droite? :)

Changement armv6 à: -DNS_BLOCK_ASSERTIONS=1

Bonne chance, Nathan

Cliquez sur votre projet (généralement au-dessus de votre en-Xcode-file-browser - bleu icône Xcode).
Passez à [Your project] sous Cibles. Cliquez sur Build Settings.
Rechercher dans le champ de recherche pour: 'other c flag'. (Sur le mien, il y avait trois options - ne pas tenir compte de toutes les options, sauf les gras 'Autres drapeaux C.)
Cliquez sur la troisième colonne « Autres drapeaux C » et entrez: « -DNS_BLOCK_ASSERTIONS = 1 »

Image of what It should Look like when you're done

cela devrait le faire :)

(j'ai aussi eu quelques fichiers manquants, regardez votre journal de construction et assurez-vous qu'il n'y a pas d'autres erreurs ci-dessus celui mentionné à cette question)

Bonne chance!

P.S. - Que Xcode meure d'une mort lente et douloureuse!

Source

2012-02-27 01:40:06 Nathan

Cela n'a pas résolu le problème pour moi. Je recevais la même erreur mais c'était parce que j'essayais accidentellement de définir une valeur dans NSLog. par exemple. NSLog (@ "% @", [[defaults setObject: @ "test"] forKey: @ "Test"]); –

J'ai trouvé 6 questions comme celle-ci avec la même réponse mais ma solution était celle-ci. Merci d'avoir répondu. – Jacksonkr

J'ai eu une erreur similaire. Les étapes suivantes fixes mon problème, pas sûr que cela va travailler pour vous, mais vaut le coup:

Problème: compilateur incapable de localiser [monapp] -Prefix.pch fichier. Cela est dû au fait que l'emplacement du fichier d'en-tête de préfixe [myapp] -Prefix.pch dans la cible du projet est incorrect.

L'emplacement est défini dans le paramètre Cible/construction du projet. Vous devrez aller à: Projet Cible -> onglet Paramètres de construction -> Faites défiler vers le bas et recherchez "Apple LLVM Compiler 3.1 - Langue" Sous ce nœud -> Vous trouverez le paramètre clé/valeur pour le fichier d'en-tête de préfixe.

Normalement fichier d'en-tête Prefix se trouve sous la rubrique « Soutenir le fichier » dossier dans votre projet

S'il vous plaît noter que je suis en utilisant Xcode 4.3.2 donc si vous utilisez une version autre que ce que vous pourriez avoir à regarder autour d'un bit pour ce paramètre.

Bonne programmation!

Source

2012-05-04 16:00:21

Assurez-vous que vous obtenez une erreur dans votre journal des erreurs pour cela - Il gâche si vous n'êtes pas: P – Wallter

+1 Merci! Cela a résolu mon problème. Je restructurais mes fichiers et plus tard, je ne pouvais pas construire car il ne pouvait pas trouver mon fichier pch. Grande aide. Merci :) – Dexter

Merci beaucoup mon pote! – sachadso

J'ai eu une erreur similaire, il semble qu'il y ait beaucoup de solutions pour le réparer, peut-être.

Paramètre de projet -> Paramètre de construction -> Apple LLVM compile 3.1 - Launguage -> Comptage de référence automatique Objective-C. La valeur par défaut est YES, modifiez-la en NO.

Ma version de Xcode est 4.3.2.

Espérons que ceci pourrait vous aider ainsi que tout le lecteur.

Source

2012-05-25 06:53:31 will

J'ai eu ce même problème et aucune des réponses ci-dessus ne fonctionnait pour moi.

J'ai découvert que si j'ouvrais un projet à partir de la ligne de commande, c'est-à-dire open test.xcodeproj/, même un tout nouveau projet à partir d'un modèle échouerait à compiler avec l'erreur ci-dessus.

Cependant, si j'ai d'abord ouvert Xcode et choisi le projet à partir de l'écran de démarrage, tout a bien fonctionné. Laissant ceci ici au cas où quelqu'un d'autre serait coincé se cognant la tête contre le mur.

Source

2012-05-29 14:16:57 apb

J'ai eu ce problème

Vous utilisez ce drapeaux du compilateur dans vos phases de construction -> Compile Sources

File.m -fno-objc-arc armv6

Remplacer à:

File.m -fno-objc-arc

Source

2012-07-11 07:24:04

Cela a résolu le problème pour moi! Merci!! ;) – Balaram

j'ai eu la même erreur pour LLVM Compiler 4.1 et il dit qu'il n'a pas pu trouver le (s) fichier (s). Je nettoie le projet et ouvre la section Construire les Phases à partir des Cibles/Cibles et supprime tous les fichiers inutiles, puis reconstruis le projet et cela fonctionne.

Source

2012-11-13 22:06:14

également dans la configuration de construction, vous pouvez changer « compilateur C/C++/Objective-C » à défaut du compilateur (compilateur d'Apple LLVM 3.1)

Source

2012-12-25 07:34:03

Pour moi, je référence à une PCH qui n'existait pas, juste une recherche pour 'pch' dans vos paramètres de construction et assurez-vous que tous les fichiers .pch référencés existent réellement à cet emplacement, sinon, mettez à jour

Source

2013-02-18 13:08:28 Toby

J'ai eu ce problème avec un projet inchangé qui avait bien construit avant. Le problème s'est avéré être le disque RAM que j'utilisais pour les fichiers intermédiaires XCode étant plein!

XCode rapportait cette problème et d'autres problèmes résolus en supprimant les fichiers intermédiaires plus anciens.

Source

2013-08-16 01:11:07

erreur d'Apple LLVM compilateur 3.1 clang

Répondre

Questions connexes