Comment faire un lien compilé fichier de l'objet (bonjour.o) avec ld sur Mac OS X?

J'ai eu un problème avec un lien objectif de fichiers sur un Mac OS X. remonter le problème est,
voici mon C programme "hello world"

#include <stdio.h>
int main(){
    printf("Hello, world!\n");
    return 0;
}

//Compiler avec gcc (clang compilateur LLVM sur mac)

$ gcc -c hello.c

Le fichier de sortie est bonjour.o
lien avec gcc et exécutez le fichier exécutable est 

$ gcc hello.o -o hello
$ ./hello

Maintenant, je dois utiliser le mac programme de l'éditeur de liens ld ou Ld pour le lien l'objectif de fichiers au lieu de gcc. Dans ce cas, quels arguments dois-je passer dans la ld programme afin d'obtenir l'exécution du programme? Un simple passage dans l'objet de nom de fichier, c'est à dire

$ ld bonjour.o

résultant dans

ld: warning: -macosx_version_min not specified, assuming 10.6
Undefined symbols for architecture x86_64:
    "_printf", referenced from:
     _main in hello.o
    "start", referenced from:
    implicit entry/start for main executable
ld: symbol(s) not found for inferred architecture x86_64

Ainsi que d'autres fichiers que j'ai besoin d'inclure de lien ou de l'architecture de l'information que j'ai besoin de le préciser? Merci.

OriginalL'auteur SkyOasis | 2013-12-02

  1. 5

    Bon, j'avais cette question avant de trop. Oui, la raison pour laquelle l'éditeur de liens erreurs, c'est parce que vous avez besoin de nourrir toute la magie des arguments que gcc ne. Et le moyen facile de découvrir ces est d'invoquer la -v option sur gcc pour révéler toutes les commandes exécutées dans les étapes de compilation. Dans votre cas, exécutez:

    gcc hello.o -o hello -v

    ...dont la sortie, sur mon système, se termine par la ligne:

    /usr/libexec/gcc/i686-apple-darwin9/4.2.1/collect2 -dynamic -arch i386 -macosx_version_min 10.5.8 -weak_reference_mismatches non-weak -o test -lcrt1.10.5.o -L/usr/lib/i686-apple-darwin9/4.2.1 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1/../../../i686-apple-darwin9/4.2.1 -L/usr/lib/gcc/i686-apple-darwin9/4.2.1/../../.. test.o -lgcc_s.10.5 -lgcc -lSystem

    Je ne sais pas ce que le collect2 programme, mais si vous nourrissez tous ces arguments pour ld il devrait fonctionner tout de même (au moins, il n'sur mon système).

    Le drapeau-v est exactement ce que je recherche. Il me donne le lien de détails avec l'éditeur de liens, c'est à dire ld dans mon système. (ou collect2 dans votre système). J'ai testé trois compilateurs gcc(clang par Mac par défaut). gcc-4.8(installation de Macports.) et la cpi (le compilateur intel). Avec le drapeau-v, tous ces compilateurs prévoit de relier des informations détaillées, et le "-v" est vraiment détaillé et ils se croisent plusieurs lignes. La vraiment nécessaire est de spécifier le système(version Mac), l'architecture (i386, x86_64) et le chemin de la bibliothèque ("-L").

    OriginalL'auteur

  2. 7

    Pour une référence, linker options sont

    ld -demangle -dynamic -arch x86_64 
-macosx_version_min 10.9.0 
-o hello
-lSystem /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../lib/clang/5.0/lib/darwin/libclang_rt.osx.a
    Le manuel de mon ld dit -dynamic est la valeur par défaut. Aussi il n'a pas la -demangle option. La liaison travaillé sans ces deux pour moi.
    J'ai trouvé que -lSystem est assez: vous n'avez pas besoin d'inclure explicitement libclang_rt.osx.a et -arch et -macosx_version_min sont donnés par défaut (avec un avertissement) si ce paramètre est omis.

    OriginalL'auteur SkyOasis