Comment imprimer la ld(linker) chemin de recherche

Quel est le moyen d'imprimer les chemins de recherche dans regardé par les ld dans l'ordre qu'il recherche.

InformationsquelleAutor Talespin_Kit | 2012-03-29
  1. 82

    Vous pouvez le faire en exécutant la commande suivante:

    ld --verbose | grep SEARCH_DIR | tr -s ' ;' \\012

    gcc passe un supplément de quelques -L chemins d'accès à l'éditeur de liens, qui vous pouvez de la liste avec la commande suivante:

    gcc -print-search-dirs | sed '/^lib/b 1;d;:1;s,/[^/.][^/]*/\.\./,/,;t 1;s,:[^=]*=,:;,;s,;,;  ,g' | tr \; \\012

    Les réponses, ce qui suggère d'utiliser ld.donc.conf et ldconfig ne sont pas correctes car elles se réfèrent à l'chemins recherchés par le moteur d'exécution l'éditeur de liens dynamiques (c'est à dire chaque fois qu'un programme est exécuté), ce qui n'est pas le même que le chemin recherché par ld (c'est à dire à chaque fois qu'un programme est lié).

    • Vous frappé la tache. J'ai un problème de liaison, pendant le processus de liaison de l'éditeur de liens trouve manuellement les bibliothèques installées dans /usr/local/.. qui provoque une bibliothèque manquante erreur, et la liaison échoue. - Je renommer /usr/local à chaque fois à exclure que le chemin de recherche. Est-il un moyen simple d'exclure ou de remplacer /usr/local chemin?
    • Vous pouvez essayer de spécifier manuellement la bibliothèque des chemins avec l'option-L pour GCC, qui, je crois (pas sûr) va remplacer le système de la bibliothèque des chemins. Vous pouvez également essayer de définir la LIBRARY_PATH env variable avant la compilation: $ LIBRARY_PATH=/somedir/ gcc ...
    • Je sais que la liaison de la ligne de commande de compilation. Je voulais dire une façon globale pour remplacer lds chemin de recherche. Par exemple, parfois, je dois compiler un code source à partir de makefile ou de la génération de makefile à partir de configure de script ou de CMakeLists.txt ou même les plus compliqués tels que vala ou srt. Il est difficile pour moi de modifier ld chemin de recherche dans de tels cas
    • Lors de l'utilisation de CMake vous pouvez choisir précisément les bibliothèques qui sont utilisés lors de la phase de configuration (certaines de ces entrées sont affichées uniquement en mode avancé). Comme pour les scripts de configuration de Autotools, voir cette réponse: stackoverflow.com/questions/7561509/.... Cela ne veut pas répondre directement à votre question, mais peut vous aider à faire ce que vous voulez.
    • Comment avez-vous rappelez-vous le long de la sed de commande?
    InformationsquelleAutor faken
  2. 76

    Sur Linux, vous pouvez utiliser ldconfig, qui maintient la ld.afin de configuration et de mise en cache, pour imprimer les répertoires de recherche par ld.so avec

    ldconfig -v 2>/dev/null | grep -v ^$'\t'

    ldconfig -v imprime les répertoires de recherche par l'éditeur de liens (sans onglet) et les bibliothèques partagées trouvé dans ces répertoires (avec un onglet); la grep obtient les répertoires. Sur ma machine, cette ligne affiche

    /usr/lib64/atlas:
/usr/lib/llvm:
/usr/lib64/llvm:
/usr/lib64/mysql:
/usr/lib64/nvidia:
/usr/lib64/tracker-0.12:
/usr/lib/wine:
/usr/lib64/wine:
/usr/lib64/xulrunner-2:
/lib:
/lib64:
/usr/lib:
/usr/lib64:
/usr/lib64/nvidia/tls: (hwcap: 0x8000000000000000)
/lib/i686: (hwcap: 0x0008000000000000)
/lib64/tls: (hwcap: 0x8000000000000000)
/usr/lib/sse2: (hwcap: 0x0000000004000000)
/usr/lib64/tls: (hwcap: 0x8000000000000000)
/usr/lib64/sse2: (hwcap: 0x0000000004000000)

    Les premiers sentiers, sans hwcap dans la ligne, sont soit intégré ou lire à partir de /etc/ld.donc.conf.
    L'éditeur de liens pouvez rechercher d'autres répertoires sous la base de la bibliothèque de recherche de chemin, avec des noms comme sse2 correspondant à d'autres CPU capacités.
    Ces chemins, avec hwcap en ligne, peut contenir d'autres bibliothèques sur mesure pour ces CPU capacités.

    Une dernière remarque: l'utilisation de -p au lieu de -v au-dessus de recherches de la ld.so cache à la place.

    • cela fonctionne, mais uniquement quand je suis admin.
    • Il se pose au sujet de l'éditeur de liens (ld) et de ne pas le chargeur (ld.donc!)!
    • Comment est-il possible que si j'ai mis export LD_LIBRARY_PATH=/some/other/dir, il n'affectera pas la sortie de cette commande?! Il semble qu'il ne fonctionne pas à 100%?
    • Funnything, c'est que je suis ici à la recherche de cette réponse. 🙂 lien-ou de l'exécution chemin? Je suppose que c'est la question. LIBRAY_PATH (lien temps) vs LD_LIBRARY_PATH.
    • J'ai trouvé sur certaines plates-formes (par exemple, de bras avec Linaro de la chaîne d') que ldconfig n'est pas réellement de la recherche les mêmes répertoires que le temps d'exécution de l'éditeur de liens. Vous peut l'obtenir à la sortie de son chemin de recherche, et d'inclure les chemins de LD_LIBRARY_PATH par l'activation du débogage. E. g. LD_DEBUG=libs /lib/ld-linux.so --list cat (vous pouvez utiliser n'importe quel exécutable, j'ai pris cat que la première chose que je pouvais penser). Peut-être vaut grepping pour "search path". Notez que si vous avez un /etc/ld.so.cache qui correspond à toutes les libs nécessaires, vous n'aurez pas la chance de voir le système intégré de recherche, de chemin, car il ne sera pas loin.
    • Est gcc chemin de recherche de la même chose avec ces?
    • Soyez prudent avec ldconfig -v sur FreeBSD, il sera définitivement supprimer tous les répertoires configurés. Utilisation ldconfig -r plutôt que sur FreeBSD.

    InformationsquelleAutor telotortium
  3. 66

    Je ne suis pas sûr qu'il y a une option pour tout simplement l'impression de la totalité de recherche efficaces chemin.

    Mais: le chemin de recherche est composé de répertoires spécifiés par -L options sur la ligne de commande, suivi par les répertoires ajoutés au chemin de recherche par SEARCH_DIR("...") directives dans le linker script(s). De sorte que vous pouvez travailler si vous pouvez voir à la fois de ceux qui vous pouvez faire comme suit:

    Si vous êtes en invoquant ld directement:

    • La -L options sont tout ce que vous avez dit qu'ils sont.
    • Pour voir le linker script, ajoutez le --verbose option. Recherchez les SEARCH_DIR("...") directives, habituellement près de la haut de la sortie. (Notez que ce ne sont pas nécessairement les mêmes pour chaque invocation de ld -- l'éditeur de liens a un certain nombre de différents intégré par défaut de l'éditeur de liens des scripts, et choisit entre eux en fonction de diverses autres options du linker.)

    Si vous êtes à la liaison par gcc:

    • Vous pouvez passer à la -v option pour gcc afin qu'il vous montre comment il appelle l'éditeur de liens. En fait, il n'a normalement pas invoquer ld directement, mais indirectement, par l'intermédiaire d'un outil appelé collect2 (qui vit dans l'un de ses annuaires interne), qui à son tour appelle ld. Qui va vous montrer ce que -L options sont utilisées.
    • Vous pouvez ajouter -Wl,--verbose à la gcc options pour le faire passer --verbose grâce à l'éditeur de liens, pour voir le linker script comme décrit ci-dessus.
    • L'option --verbose pour l'éditeur de liens a fait le tour. Très utile!
    • J'ai essayé dur de savoir où l'éditeur de liens a été à la recherche et n'a pas trouvé SEARCH_DIR dans la sortie. S'avère que j'ai été en utilisant -T script mon script complètement remplacé ld par défaut du script et seulement regardé où je l'ai fait.
    InformationsquelleAutor Matthew Slattery
  4. 28

    Le plus compatible avec les commande que j'ai trouvé pour gcc et clang sur Linux (merci à armando.sano):

    $ gcc -m64 -Xlinker --verbose  2>/dev/null | grep SEARCH | sed 's/SEARCH_DIR("=\?\([^"]\+\)"); */\n/g'  | grep -vE '^$'

    si vous donnez -m32, il sera la sortie correcte de la bibliothèque de répertoires.

    Exemples sur ma machine:

    pour g++ -m64:

    /usr/x86_64-linux-gnu/lib64
/usr/i686-linux-gnu/lib64
/usr/local/lib/x86_64-linux-gnu
/usr/local/lib64
/lib/x86_64-linux-gnu
/lib64
/usr/lib/x86_64-linux-gnu
/usr/lib64
/usr/local/lib
/lib
/usr/lib

    pour g++ -m32:

    /usr/i686-linux-gnu/lib32
/usr/local/lib32
/lib32
/usr/lib32
/usr/local/lib/i386-linux-gnu
/usr/local/lib
/lib/i386-linux-gnu
/lib
/usr/lib/i386-linux-gnu
/usr/lib
    • Merci!!!! teeny amélioration -- de se débarrasser d'un grep ou deux: sed -n 's/SEARCH_DIR("=\?([^"]\+)"); */\1\n/gp'
    • Pourquoi ce besoin d'une obscure méthode?
    • Cela a fonctionné comme un charme ! comment ajouter des répertoires sur cette liste , linker chemin de recherche ?
    InformationsquelleAutor Raphaël Londeix
  5. 6

    La question est balisé Linux, mais peut-être que cela fonctionne aussi bien sous Linux?

    gcc -Xlinker -v

    Sous Mac OS X, cela s'imprime:

    @(#)PROGRAM:ld  PROJECT:ld64-224.1
configured to support archs: armv6 armv7 armv7s arm64 i386 x86_64 armv6m armv7m armv7em
Library search paths:
    /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/lib
Framework search paths:
    /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/
[...]

    La -Xlinker option de gcc juste au-dessus de passe -v à ld. Cependant:

    ld -v

    ne pas imprimer sur le chemin de recherche.

    • Sur Linux il imprime des répertoires ainsi, mais en forme de -Lpath. Donc @Raphaël Londeix réponse est mieux.
    InformationsquelleAutor armando.sano
  6. 1

    La version de Mac: $ ld -v 2, ne savent pas comment obtenir les chemins d'accès.
    sortie 

    Library search paths:
    /usr/lib
    /usr/local/lib
Framework search paths:
    /Library/Frameworks/
    /System/Library/Frameworks/
    • J'ai "impossible d'ouvrir 2: aucun fichier ou répertoire". L'exécution de ld -v 2
    • La question est balisé Linux, pas OS X. je ne crois pas que OS X utilise GNU ld. Le Binutil gens handicapés dans les scripts de construction. Il a été désactivé pendant des années.
    InformationsquelleAutor yfeleke