nm Berichte Symbol ist definiert, aber LDD Berichte Symbol ist undefined

Question

Ich habe eine Verknüpfung Problem. Ich muss eine Verbindung zu einer gemeinsamen Bibliothek libfoo.so herstellen, die von einer Funktion read abhängt, die ich selbst in der Datei read.c. definieren möchte

ich kompilieren und verknüpfen alles zusammen, aber zur Laufzeit erhalte ich die Fehler

/home/bar/src/libfoo.so: undefined symbol: sread. 

nm das Symbol Berichte definiert ist

$nm baz | grep sread 
    00000000000022f8 t sread 

aber LDD meldet das Symbol

$ldd -r baz | grep sread 
undefined symbol: sread (/home/bar/src/libfoo.so) 

nicht definiert ist

Was gibt? Gibt es einen Grund dafür, dass libfoo.so eine gemeinsame Bibliothek ist?

Answer 1

Erstens ist die Definition einer Funktion namens 'read' eine schlechte Idee (TM), da es sich um eine Standard-libc-Funktion auf allen UNIXen handelt. Das Verhalten Ihres Programms ist nicht definiert, wenn Sie dies tun.

Zweitens ist die read Funktion, die Sie in libbaz.so definiert haben, mit einem 't' in nm Ausgang markiert. Dies bedeutet, dass diese Funktion lokal ist (außerhalb von libbaz.so nicht sichtbar). Globale Funktionen sind mit 'T' durch nm gekennzeichnet.

Haben Sie 'static int read(...)' verwendet, als Sie es in read.c definiert haben? Wenn nicht, haben Sie ein Linker-Skript oder attribute((visibility(hidden))) oder vielleicht -fvisibility=hidden auf der Befehlszeile verwendet, wenn Sie libbaz.so kompiliert und verknüpft haben?

Answer 2

Wenn Sie Ihre gemeinsam genutzte Bibliothek erstellen, müssen Sie alle undefined Symbole entweder innerhalb derselben Bibliothek oder einer anderen (gemeinsam genutzten) Bibliothek auflösen. Der Linker wird nicht ein nicht definiertes Symbol aus einer Bibliothek mit einem Symbol aus Ihrer Anwendung auflösen.

Answer 3

Der obige Fehler kann auch auftreten, wenn C-Code mit G ++ kompiliert und dann verknüpft wird. G ++ führt Namensfehlern aus, so dass das tatsächliche Symbol etwas wie "_Zsds_ [Funktionsname] _" sein kann, was den Linker zum Würgen bringt, wenn er nach dem nicht entstellten Namen sucht.

Ich lief heute das gleiche Verhalten, außer dass mein Problem nach den unter Wikipedia beschriebenen Aktionen gelöst wurde. Im Grunde wird C-Code, der mit einem C++ - Compiler kompiliert wird, in der Symboltabelle einen "gemangelten" Namen haben, der dazu führt, dass die C-Stil-Symbolauflösung fehlschlägt.