Was bedeutet die Warnung genau, wenn das verdeckte Symbol von DSO referenziert wird?

Ich habe ein problem, die Verknüpfung einige gemeinsam genutzte Bibliothek mit g++. Es gibt mir eine Warnung wie:

hidden symbol XXX in YYY is referenced by DSO /usr/lib/...

Ich habe einige Fragen zu bestimmten Problemen, aber ich will es verstehen, in einem ganz - was hat diese Warnung zu bedeuten und was ist ein Ursache:

  1. Was ist die DSO?
  2. Was ist ein verstecktes symbol?
  3. Wie kann es dann verwiesen werden, wenn Sie verborgen ist?

InformationsquelleAutor der Frage abyss.7 | 2014-05-16

  1. 21

    Was ist ein DSO?

    Einen DSO ist ein Dynamic Shared Objectoder weniger formell eine shared library.

    Was ist ein verstecktes symbol?

    Einen versteckte symbol ist ein symbol (d.h. name der Funktion oder Daten-Objekt)
    kompiliert wurde mit versteckte Verknüpfung, z.B. nach den (GCC spezifisch)
    Erklärung:

    int x __attribute__ ((visibility ("hidden")));

    Wenn x ist in einem DSO dann dynamische Bindung kann nicht auf es von eine
    verschiedene DSO. Der linker kann sehen x (es ist nicht static), aber es ist nicht
    verfügbar für dynamische Gestänge. Dokumentation hier

    Wie kann es dann verwiesen werden, wenn Sie verborgen ist?

    Es kann nicht sein, das ist, was Sie werden gewarnt über. E. g. die linktime Warnung:

    hidden symbol `stat' /usr/lib/libc_nonshared.ein(stat.oS) verwiesen wird, die von DSO

    ist Ihnen zu sagen, ein DSO in der Verknüpfung verweist das symbol statund
    der linker kann, suchen Sie eine definition von stat im /usr/lib/libc_nonshared.a,
    aber (offensichtlich), dass die definition nicht in der DSO verweist
    und nicht aus verwiesen werden, dass die DSO, weil es versteckt ist.

    Bekommen Sie dieses problem, wenn das problem DSO wurde nicht korrekt gebaut für den Einsatz
    als DSO. Sehen dieses Beispiel
    und Folgen Sie den follow-ups für die Lösung.

    Weiterhin für OP ' s followups

    Wenn versteckte symbol ist bereits verwiesen, die von einigen DSO, warum dann das problem mit DSO?

    Linker sagt:

    DSO X enthält eine Referenz auf symbol S. Finde ich eine definition von symbol S ist ein weiterer verknüpften Modul Y
    aber diese definition nicht genutzt werden, erfüllen die Referenz in X dynamisch (d.h. zur Laufzeit), weil S hat versteckte Verknüpfung in Y.

    Kann ich bestätigen, dass das problem kommt mit einer nicht-shared-object [...][aber] ich glaube nicht, explizit ausblenden der Symbole in meinem nicht freigegebenen Objekt.

    Möglicherweise haben Sie nicht explizit gekennzeichnet sind alle Symbole ausgeblendet, in die nicht freigegebene Objekt. Je nach dem wie es gebaut wurde, Symbole
    möglicherweise werden standardmäßig ausgeblendet, sofern Sie nicht ausdrücklich gekennzeichnet sonst.

    Sagen, dass die nicht freigegebenen Objekt ist libnonshared.a und die angeblich versteckte symbol ist foo. Ausführung:

    objdump -t libnonshared.a

    Informationen über die Symbole in libnonshared.a. In der Ausgabe suchen Sie nach dem Eintrag für foo. Enthält Sie den tag .hidden? - z.B.

    0000000000000000 g     F .text  000000000000000b .hidden foo

    Dieser Eintrag sagt, dass foo ist zu einem globalen symbol (markiert g - das ist der Grund, warum der linker ist in der Lage, es zu sehen) aber es ist verborgen dynamische Gestänge.

    Wenn dies entpuppt sich der Fall sein, dann müssen Sie zu gehen und zu beheben das bauen von libnonshared.a so, dass es nicht verstecken foo.
    Wenn nicht, dann bin ich überfragt.

    InformationsquelleAutor der Antwort Mike Kinghan

Schreibe einen Kommentar