Revenir Apple Clang Version Pour NVCC

Je suis en train de lancer NVCC pour compiler un programme CUDA sur mon Mac.

Lorsque j'essaie d'exécuter NVCC, je reçois l'erreur suivante: "nvcc fatale : La version ('pièce 70300') de l'hôte compilateur ('Apple clang") n'est pas pris en charge".

J'ai récemment mis à jour mon XCode version 7.3, et mon Mac à 10.11.4. de.

Est-il un moyen de revenir à mon Clang Version?

Une mise à jour: CUDA 7.5.27 a été libéré. Il travaille maintenant avec Apple LLVM version 7.3.0 (clang-703.0.29) sur Mac OS 10.11.4. de.
ne fonctionne pas avec la nouvelle xcode 8
ce qui m'a aidé: github.com/caffe2/caffe2/issues/318#issuecomment-295555763

InformationsquelleAutor Jude Michael Murphy | 2016-03-27

43
1. Aller à https://developer.apple.com/downloads/, connectez-vous et puis téléchargez http://adcdownload.apple.com/Developer_Tools/Command_Line_Tools_OS_X_10.11_for_Xcode_7.2/Command_Line_Tools_OS_X_10.11_for_Xcode_7.2.dmg, et de l'installer, comme il a été suggéré par fabregaszy.
2. Exécutez la commande suivante pour passer à la version précédente:
  sudo xcode-select --switch /Library/Developer/CommandLineTools
3. Exécutez la commande suivante pour vérifier rapidement clang version:
  clang --version
- Merci!!!! Par ailleurs, si vous avez déjà fait une mise à niveau 8.0 avant vous n'avez pas besoin de faire l'étape (1), il vous suffit d'exécuter la deuxième commande ici. Qui a apporté mon clang à 7,3 et les choses fonctionnent maintenant.
- Ce "travail", mais mon installation (de cutorch) est toujours à la peine. La chose qui me manquait, c'était que j'avais des versions mises en cache toujours traîner. Dans mon cas, je ne l'avais pas lancé make clean/clean.sh. Grâce à subzerofun sur github - github.com/torch/cutorch/issues/522#issuecomment-252517776
- Cela a fonctionné sur mon mac 10.12.5 (sierra). Lien Vers le CMT 7.3 Merci
- comment passez-vous de retour 🙂
- Cette reverts, il ne parvient pas à passer d'une version spécifique, et n'est pertinente que pour ce cas précis. Pouvez-vous donner plus de solution générale?
InformationsquelleAutor szha
7

J'ai juste eu le même problème après la mise à jour de XCode 7.3 sur 10.11. La réinstallation de la précédente (7.2) outils de ligne de commande n'a pas rétrograder par défaut le compilateur clang. Pour corriger cela, j'ai utilisé un précédent XCode.un package d'application, renommer et copier le XcodeDefault.xctoolchain répertoire dans les Toolchains directeur de courant /Applications/Xcode.app. Vous devez faire un clic droit sur Xcode.application à "Afficher le contenu du paquet" puis recherchez le Toolchains dir.

Puis (re)lancer Xcode, frappé de commande, pour les préférences, puis aller à des endroits. Vous verrez la liste déroulante pour les Outils de Ligne de Commande. Changer pour la version de la suite d'outils vous avez copié.

Vous pouvez vérifier la version par défaut de clang dans le Terminal:
```
clang -v OR llvm-gcc -v
```
Maintenant nvcc devrait fonctionner
- Pouvez-vous me dire où avez-vous la précédente xCode.application à partir de? Quand je l'ai télécharger à partir du site d'Apple, c'est un package d'installation, et je ne veux pas qu'il soit installé sur mon système.
- connectez vous à votre compte développeur apple, puis cliquez sur ici: developer.apple.com/downloads ce site a l'héritage xcode dmgs. En baisse d'au moins 6,4 contient Xcode.app fichier.
- Ouais, merci, déjà compris. J'ai essayé de tricher et de télécharger les outils de ligne de commande, mais ils étaient paquet installable, donc je ne pouvais pas l'extrait de clang d'eux.
InformationsquelleAutor adon
7

La accepté de répondre à dit pour télécharger l'avant-dernière ligne de commande des outils et de les installer, puis sélectionnez-les en tapant dans la console
```
sudo xcode-select --switch /Library/Developer/CommandLineTools
```
Son été posée de savoir comment revenir à la version d'origine de l'outils. Ceci est réalisé par
```
sudo xcode-select --switch /Applications/Xcode.app
```
InformationsquelleAutor Hugues TALBOT
4

Je suis arrivé à la même question.

Je pense que les vieux outils de ligne de commande qui peut être téléchargé à partir de
https://developer.apple.com/downloads/

peut résoudre ce problème.

Mise à jour:

J'ai téléchargé à partir du lien ci-dessous et installé, le cliquetis version a été avec succès revenue à Apple LLVM version 7.0.2 clang-700. Mais s'il vous plaît gardez un œil sur votre OS X version.

http://adcdownload.apple.com/Developer_Tools/Command_Line_Tools_OS_X_10.11_for_Xcode_7.2/Command_Line_Tools_OS_X_10.11_for_Xcode_7.2.dmg
- Lorsque je clique sur cette page, il dit qu'il ne peut pas être trouvé. Est-il plus à jour?
- Il semble que vous devez vous connecter avec un compte développeur apple via developer.apple.com/downloads
InformationsquelleAutor fabregaszy
1

Je voudrais essayer homebrew version de llvm, ça fonctionne pour moi.
brew install llvm37

Ensuite, définissez votre compilateur homebrew est clang:
/usr/local/bin/clang++-3.7 ou quoi que respondes à
which clang++-3.7

De cette façon, vous pouvez laisser vos OS X environnement de dev par défaut comme ils sont.
- Comment définissez-vous votre compilateur homebrew est clang? J'ai essayé de mettre /usr/local/bin premier dans mon CHEMIN et réglage ln -s clang++-3.7 clang mais j'obtiens la même erreur.
- Je ne serais pas en lien dur à l'aide de bière, c'est salissant pour dire le moins. Changer votre "configurer" ou "cmake" les variables à utiliser le compilateur dans la Cave. Mon chemin de clang est /usr/local/Cave/llvm37/3.7.1/bin/clang++-3.7. Commune de variables sont CMAKE_CXX_COMPILER et CUDA_HOST_COMPILER pour cmake.
- ln -s clang++-3.7 clang juste des points "clang++-3.7" À "clang" - ne vous rien de bon. La liaison est DE ->, et non pas vice-versa. Aussi, vos liens peut être relatif ou absolu, je préfère absolue, mais, ne pas utiliser des liens symboliques dans ce cas.
- C'est la seule réponse sensée ici, il devrait avoir plus de upvotes
InformationsquelleAutor Dave Braford-Grimes
1

Malheureusement, l'installation d'Outils de Ligne de Commande à partir de X-code de la version 7.2. actuellement n'est pas la résolution de ce.

En essayant de compiler les résultats dans:

nvcc fatal : GNU C/C++ compiler is no longer supported as a host compiler on Mac OS X.

Ce qui a fait le tour pour moi, a été de désinstaller Xcode 7.3 et installer Xcode 6.2 à partir du site des développeurs Apple.
- Est-ce votre réponse ou une question?
- Remplacé à la question avec la solution que j'ai trouvé. Merci.
InformationsquelleAutor Jörg
1

Renommer Xcode existe dans votre mac Xcode-7.app dans le dossier /Applications.
Puis téléchargez Xcode6.4 de https://developer.apple.com/download/more/ et de l'installer.
- bizarrement cela a fonctionné pour moi. J'ai eu plusieurs versions de xcode sur mon ordinateur, mais j'avais besoin de renommer l'original pour xcode-select de commande pour sélectionner l'âgées compilateur.
InformationsquelleAutor albertxavier

80100 peut travailler avec certains nvcc programmes

J'ai utilisé "80100" et nvcc de travail pour certains de mes autres programmes.

... mais pas de l'échantillon

...
nvcc fatal   : The version ('80100') of the host compiler ('Apple clang') is not supported
...

installer CLT 8.2 (outil de ligne de Commande d'Apple) c'est ok avec le message à propos de "outils de ligne de commande exemple"

Je google et de voir une discussion sur ce sujet (https://github.com/arrayfire/arrayfire/issues/1384) à propos de la matrice de feu nvcc problème et merci pour l'astuce pour passer à CLT 8.2, la dernière version en cours. C'est ok avec le message d'avertissement à propos de "outils de ligne de commande exemple"

Nécessaire d'utiliser "sudo make" pour compiler un exemple de code:

`
...
$ sudo make
Mot de passe:

xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance
expr: syntax error
/Developer/NVIDIA/CUDA-8.0/bin/nvcc -ccbin g++ -I../../common/inc  -m64  -Xcompiler -arch -Xcompiler x86_64  -gencode arch=compute_20,code=sm_20 -gencode arch=compute_30,code=sm_30 -gencode arch=compute_35,code=sm_35 -gencode arch=compute_37,code=sm_37 -gencode arch=compute_50,code=sm_50 -gencode arch=compute_52,code=sm_52 -gencode arch=compute_60,code=sm_60 -gencode arch=compute_60,code=compute_60 -o deviceQuery.o -c deviceQuery.cpp
nvcc warning : The 'compute_20', 'sm_20', and 'sm_21' architectures are deprecated, and may be removed in a future release (Use -Wno-deprecated-gpu-targets to suppress warning).
/Developer/NVIDIA/CUDA-8.0/bin/nvcc -ccbin g++   -m64  -Xcompiler -arch -Xcompiler x86_64  -Xlinker -rpath -Xlinker /Developer/NVIDIA/CUDA-8.0/lib  -gencode arch=compute_20,code=sm_20 -gencode arch=compute_30,code=sm_30 -gencode arch=compute_35,code=sm_35 -gencode arch=compute_37,code=sm_37 -gencode arch=compute_50,code=sm_50 -gencode arch=compute_52,code=sm_52 -gencode arch=compute_60,code=sm_60 -gencode arch=compute_60,code=compute_60 -o deviceQuery deviceQuery.o 
nvcc warning : The 'compute_20', 'sm_20', and 'sm_21' architectures are deprecated, and may be removed in a future release (Use -Wno-deprecated-gpu-targets to suppress warning).
mkdir -p ../../bin/x86_64/darwin/release
cp deviceQuery ../../bin/x86_64/darwin/release
$ ./deviceQuery
./deviceQuery Starting...
CUDA Device Query (Runtime API) version (CUDART static linking)
Detected 1 CUDA Capable device(s)
...

nvcc fatale : La version ('80100') de l'hôte compilateur ('Apple clang") n'est pas pris en charge. J'ai aussi eu cette erreur sur OS X 10.12.4, Xcode 8.3 lors de la compilation de la 3e partie de la lib (PCL) existe-il des solutions de contournement que quelqu'un sait? J'ai essayé différentes versions de la CLT avec qui.

InformationsquelleAutor Dennis Ng

0

J'ai eu le même problème!
Regardé dans mes Sauvegardes Time Machine et copié Xcode.app (7.2.1) dans mon /dossier de l'Application. Vous pouvez également le télécharger depuis le site Apple Developer Page et de le déplacer dans votre /dossier de l'Application.
Après, c'est fait, vous pouvez modifier le Xcode Version en Ligne de Commande dans vos Préférences de Xcode pour 7.2.1
Puis nvcc ne fonctionne de nouveau (même avec pycuda-2016.1).

clang --version

me donne:

Apple LLVM version 7.0.2 (clang-700.1.81)

InformationsquelleAutor domlue

Vous devez vous connecter pour publier un commentaire.