ld: symbole (s) non trouvé pour l'architecture x86_64 (Xcode 4) // opengles.o

Je suis en train de faire un xcode de commande de l'outil avec les bibliothèques externes et a obtenu quelques erreurs.

ce que j'ai essayé de le cas resovle :

  • Construire avec différents compilateur
  • supprimer La GLES dossier et l'ajouter à nouveau
  • Construire sur 32 et 64

Ai-je raté quelque chose au sujet de l'opengles.cpp ?

Si vous avez une idée de ce qui peut être fait suivant s'il vous plaît dites donc, ci-dessous vous pouvez trouver toutes les informations concernant le projet et d'erreur. Si vous avez besoin de plus d'info je suis heureux de vous aider. Aussi, si vous savez comment obtenir le NiUsertracker échantillon de opnni compilé dans xcode 4, il serait également d'une grande aide pour résoudre ce problème

L'erreur :

ld: symbole (s) non trouvé pour l'architecture x86_64 (Xcode 4) //opengles.o

Le problème pourrait avoir quelque chose à faire avec ces fichiers :

ld: symbole (s) non trouvé pour l'architecture x86_64 (Xcode 4) //opengles.o

L'info sur le montage de projet (c'est un outil de ligne de commande pas une application) :

ld: symbole (s) non trouvé pour l'architecture x86_64 (Xcode 4) //opengles.o

Capture d'écran de la sortie lors de la construction de

ld: symbole (s) non trouvé pour l'architecture x86_64 (Xcode 4) //opengles.o

Les paramètres de construction

ld: symbole (s) non trouvé pour l'architecture x86_64 (Xcode 4) //opengles.o

source d'informationauteur Olivier_s_j

  1. 7

    Habituellement, lorsque je obtenir ces types d'erreurs, C'est parce que j'ai oublié de lien avec la bibliothèque. Le dossier que vous avez obtenu contient uniquement les en-têtes; essayez de trouver le cadre pour l'OpenGL ES. (Je pense que Xcode est livré avec un GLES cadre, essayez de rechercher.)

  2. 2

    Exécuter les commandes manuellement dans un terminal (Terminal.app) pour savoir exactement quel est le problème:

    [ 11:56 jon@hozbox ~ ]$ Ld /Users/olivierjanssens/Library/Developer/Xcode/DerivedData/scene-anlidnesspxdbhblrrwqfwybphqj/Build/Products/Debug/scene normal x86_64
[ 11:56 jon@hozbox ~ ]$ cd /Users/olivierjanssens/Documents/xcode/scene
[ 11:56 jon@hozbox ~ ]$ setenv MACOSX_DEPLOYMENT_TARGET 10.7
[ 11:56 jon@hozbox ~ ]$ /Developer/usr/bin/llvm-g++-4.2 -arch x86_64 -isysroot /Developer/SDKs/MacOSX10.7.sdk -L/Users/olivierjanssens/Library/Developer/Xcode/DerivedData/scene-anlidnesspxdbhblrrwqfwybphqj/Build/Products/Debug -L/Users/olivierjanssens/Documents/xcode/scene/Libs -F/Users/olivierjanssens/Library/Developer/Xcode/DerivedData/scene-anlidnesspxdbhblrrwqfwybphqj/Build/Products/Debug -filelist /Users/olivierjanssens/Library/Developer/Xcode/DerivedData/scene-anlidnesspxdbhblrrwqfwybphqj/Build/Intermediates/scene.build/Debug/scene.build/Objects-normal/x86_64/scene.LinkFileList -mmacosx-version-min=10.7 /usr/lib/libnimCodecs.dylib /usr/lib/libnimMockNodes.dylib /usr/lib/libnimRecorder.dylib /usr/lib/libOpenNI.dylib /usr/lib/libXnVFeatures.dylib /usr/lib/libXnVHandGenerator.dylib -framework GLUT -framework OpenGL /Users/olivierjanssens/Documents/xcode/scene/Libs/glut64.lib -o

    Après l'exécution de la dernière commande (/Developer/usr/bin/llvm-g++-4.2), il va montrer la raison de l'échec.

    Si le setenv MACOSX_DEPLOYMENT_TARGET 10.7 commande échoue, remplacez setenv avec export et mettre un = avant la 10.7 comme ceci:

    [ 11:56 jon@hozbox ~ ]$ export MACOSX_DEPLOYMENT_TARGET="10.7"

    Il semble que votre manque un paramètre de votre configuration. Éventuellement le nom de l'application (MyApp.app). Assurez-vous que votre ne rien manquer de l'onglet "Info" dans la fenêtre paramètres du projet (cliquez simplement sur le premier élément de la liste de fichiers sur la gauche).

    De llvm-gcc page de man:

    -o filename Spécifier le fichier de sortie à un nom de fichier.

  3. 1

    enlever le cadre.Et l'ajouter à nouveau.Quittez le Xcode et le relancer.