Comment créer une bibliothèque statique avec g++?

Quelqu'un peut-il me dire comment créer une bibliothèque statique à partir d'une .rpc et une .php fichier? Dois-je créer les .o et le .un? Je voudrais aussi savoir comment puis-je compiler une bibliothèque statique et l'utiliser dans d'autres .rpc code. J'ai header.cpp, header.hpp . je voudrais créer header.a. Test de l'en-tête.un dans test.cpp. J'utilise g++ pour compiler.

  • Pouvez-vous s'il vous plaît accepter @NeilButterworth de réponse (ou un autre)?
InformationsquelleAutor linuxx | 2011-05-10
  1. 94

    Créer un .o fichier:

    g++ -c header.cpp

    ajouter ce fichier dans une bibliothèque, la création de la bibliothèque si nécessaire:

    ar rvs header.a header.o

    utilisation de la bibliothèque:

    g++ main.cpp header.a
    • g++ test.cpp l'en-tête.a-o test,non?
    • seulement si vous voulez créer un fichier exécutable appelé test, quelque chose que vous ne devriez jamais faire. Sans l'option-o drapeau, un exécutable appelé.sera créé. Nous vieux programmeurs Unix, comme de cette façon.
    • Pourquoi? L'exécutable est pas dans a.out format donc, c'est très trompeur. Et pourquoi devriez-vous "jamais" créer un fichier exécutable appelé test?
    • Geret'kal: je suppose que cela a à voir avec le fait que test est un système de commande. Mais depuis les programmes de test ne sont installés dans le système de répertoire bin et vous obligent à écrire ./test ce n'est pas tellement un problème pour moi non plus...
    • Parce que le test est un environnement intégré et si vous ne lancez pas le programme explicitement comme ./test (qui, inévitablement, ne parviennent pas à le faire), vous pourrez ramasser à la place de votre programme extrêmement déroutant résultats. Et dites-vous que la commande ne permet pas de produire un exécutable appelé.out?
    • De toute façon, le point est, vous pouvez appeler votre sortie de l'exécutable tout ce que vous voulez, ou laissez la valeur par défaut par l'omission de la -o paramètre entièrement. Vous n'êtes pas lié par des constructions de ce que vous pourriez ont été [mal] enseignées à l'école, comme "vous devez écrire g++ A.cpp B.a -o A".
    • Pas de. Je suis en train de dire exactement ce que j'ai dit. Les exécutables ne sont plus produits en a.out format, mais le nom reste pour des raisons d'héritage. (Et si vous êtes incapable d'utiliser un shell correctement, alors c'est votre problème; je ne sais comment faire pour exécuter un fichier exécutable à partir du répertoire courant. test est just fine pour un nom d'exécutable, aussi longtemps que vous écrivez juste un test rapide extrait de cours.)
    • Nous vous prions d'où je l'ai dit rien à propos de "un.format de sortie". Un comme quelqu'un qui a formé des centaines de programmeurs Unix, je peux vous assurer que le test n'est pas un bon nom. Maintenant, s'il vous plaît trouver quelqu'un d'autre pour augmenter votre non des problèmes.
    • Vous n'avez pas. Je fais remarquer un fait. Consultez le a.out format que vous ne semblez pas savoir ce que c'est. (b) Vous êtes en train de peindre votre opinion comme un fait, et beaucoup de professionnels très expérimentés ne partagent pas. (c) Vous avez soulevé. (d) je ne vais pas répondre à la suite de cette conversation.
    • C'est la façon dont GCC et autres *nix compilateurs ont travaillé pendant des années. Ils ont toujours la sortie d'un a.out fichier, si c'est fait dans un.format de sortie ou d'un ELFE ou d'COFF. (Sur Windows, je pense que MinGW GCC sorties a.exe.) Je ne suis pas surpris Neil considère qu'il est hors de propos.
    • Vous avez entièrement raison. Ils ont travaillé pendant de nombreuses années. C'est dommage que c'est le cas, car la a.out format est obsolète. Simplement parce que c'est la valeur par défaut nom de fichier de sortie n'est pas une raison de le préférer.
    • Ce n'est pas a.out il a suggéré préférant. Il semble tout à fait explicite dans préférant pas à l'aide d'un nom comme test.
    • Sa préférence est d'omettre un nom comme test; je suis peut-être raté quelque chose, mais sa recommandation semble être en omettant les -o paramètre, ce qui produit un fichier de sortie appelé a.out.
    • Mon résumé est que c'est sans importance et sans rapport avec la question, et donc nécessitant pas de discussion.
    • Vous pouvez peut-être juste là. J'ai pensé qu'il mérite d'être porté comme un point de passage, mais je commence à le regretter maintenant. 🙂
    • Nomination d'un exécutable test est quelque chose que j'ai appris à la dure à regret et je suis parfaitement capable d'utiliser un shell". C'est une mauvaise idée, et je l'ai vu mordre beaucoup d'autres qui sont "parfaitement capable d'utiliser un shell".
    • si vous avez . dans votre $PATH vous aurez certainement le regretter quelque chose à un moment ou à un autre.
    • Il n'est pas sur le fait d'avoir . dans votre chemin, mais plutôt l'inverse. Vous exécutez test, oubliant correctement exécuter en tant que ./test, et au lieu d'obtenir command not found il renvoie simplement sans erreur (ou de sortie).

    InformationsquelleAutor Neil Butterworth
  2. 35

    Vous pouvez créer un .a fichier à l'aide de la ar utilitaire, comme suit: 

    ar crf lib/libHeader.a header.o

    lib est un répertoire qui contient tous vos bibliothèques. il est de bonne pratique pour organiser votre code de cette façon et de séparer le code et les fichiers de l'objet. Avoir tout dans un seul répertoire général semble laid. La ligne ci-dessus crée libHeader.a dans le répertoire lib. Donc, dans votre répertoire courant, n': 

    mkdir lib

    Puis exécuter le dessus ar de commande.

    Lors de la liaison de toutes les bibliothèques, vous pouvez le faire comme ceci: 

    g++ test.o -L./lib -lHeader -o test

    La -L drapeau obtiendrez g++ pour ajouter le lib/ répertoire du chemin. De cette façon, g++ sait ce répertoire à rechercher lors de la recherche pour libHeader. -llibHeader drapeaux de la bibliothèque de lien.

    où test.o est créé comme suit: 

    g++ -c test.cpp -o test.o
    • ce qui est principal.o? Merci beaucoup!
    • et ce qui est avec lib/libHeader.un? ar rcs ...n'est-il pas mieux que ar trésor?
    • principal.o sera l'objet fichier que vous créer à partir de main.cc
    • modifié le code pour répondre à vos questions
    • l'exact options que vous utilisez avec l'ar utilitaire votre décision en fonction de vos besoins. En regardant les pages de man pour ar serait une bonne idée.
    • comment tester la bibliothèque à l'aide de test.cpp?
    • Remplacer la main dans le code ci-dessus avec le test et C avec le rpc. En d'autres termes, mon principal.C (que j'ai utilisé pour l'illustration) et votre test.cpp sont, selon toute vraisemblance, l'équivalent.
    • Pouvez-vous s'il vous plaît dites-moi ce qui est principal.o? Dans mon code j'ai header.cpp l'en-tête.h et le test.cpp(le code où je voudrais tester l'en-tête.une bibliothèque).
    • principal.c est test.cpp?:)
    • voir le commentaire ci-dessus. Oh zut, je vais le modifier.
    • il suffit de voir les modifier. cela devrait fonctionner.
    • Si cela a fonctionné pour vous, vous devez marquer cette réponse comme correcte.
    • Ne serait-il pas -lHeader au lieu de -llibHeader ?
    • C'est une excellente réponse, et il OP plus que ce qu'il a demandé

    InformationsquelleAutor Sriram
  3. 23

    Quelqu'un peut-il me dire comment
    créer une bibliothèque statique à partir d'une .rpc
    et un .php fichier? Dois-je créer
    l' .o et la la .un?

    Oui.

    Créer la .o (comme d'habitude):

    g++ -c header.cpp

    De créer l'archive:

    ar rvs header.a header.o

    Test:

    g++ test.cpp header.a -o executable_name

    Noter qu'il semble un peu inutile de faire une archive avec un seul module de. Vous pourriez tout aussi bien avoir écrit:

    g++ test.cpp header.cpp -o executable_name

    Encore, je vais vous donner le bénéfice du doute que votre cas est un peu plus complexe, avec plus de modules.

    Espérons que cette aide!

    • Comment pouvons-nous comprendre plusieurs modules?
    • ar
    • Bon! Parfois, nous voyons ranlib qui en GNU signifie simplement ar s.
    InformationsquelleAutor Lightness Races in Orbit