Linux: .so automatisch zu einer anderen .so linken lassen

[fat-lobyte]

Hallo!

Eine kurze Frage:
Nehmen wir an, ich habe eine dynamische Bibliothek A, mit dem Namen libA.so.1.
Des weiteren habe ich eine Bibliothen B, mit dem Namen libB.so.1, zu der libA.so.1 gelinkt wurde, also beim Linken wurde das Flag -lA übergeben.

Nun will ich ein Programm kompilieren, und linke nur mit libB.so.1 (-lB).
Sollte nun libA.so.1 nicht automatisch zum Programm dazugelinkt werden? Im moment bekomme ich nämlich vom Linker zurückgegeben, dass Symbole fehlen. Wenn ich allerdings "-lB -lA" angebe, dann ist alles in Ordnung.

Hab ich da was missverstanden?

[Xin]

Benutzt Du selbst Funktionen aus libB?

[fat-lobyte]

Benutzt Du selbst Funktionen aus libB?

Ja, das Programm benutzt Symbole aus libB.
libB selbst benutzt Symbole aus libA, aber das Programm benutzt direkt keine Symbole aus libA.

[Xin]

Benutzt Du selbst Funktionen aus libB?

Ja, das Programm benutzt Symbole aus libB.
libB selbst benutzt Symbole aus libA, aber das Programm benutzt direkt keine Symbole aus libA.

Sehr schön, das ist die Information, die ich zwar nicht auf die Frage passt, aber die ich wissen wollte.

Dann habe ich keine Ahnung.

Da eine statische Library allerdings nicht komplett gelinkt wird, kann es natürlich auch einfach daran liegen, dass ihm das -l Argument im ersten Schritt egal ist, bzw. er einen zusätzlichen Schalter braucht?

[fat-lobyte]

Da eine statische Library allerdings nicht komplett gelinkt wird

In diesem Beispiel ist alles dynamisch.

kann es natürlich auch einfach daran liegen, dass ihm das -l Argument im ersten Schritt egal ist, bzw. er einen zusätzlichen Schalter braucht?

Das dachte ich mir auch schon, allerdings habe ich in die Ausgabe von "ldd libB.so" gekuckt, und dort ist "libA.so" korrekt aufgelistet.

An unsere Linker-experten: Wie kann ich ld anbetteln meine lib zu linken?

[oenone]

Du musst immer alle angeben. Deshalb musst du auch bei Gtk+ immer so viel mit übergeben. Zum Glück kann da man die linker-Flags durch pkg-config ermitteln:

Code: Alles auswählen

$ pkg-config gtk+-2.0 --libs
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0  

wenn eins fehlt, wirds nicht klappen.

[fat-lobyte]

Ok, danke für die Antwort. Leider bin's nicht ich der die Flags übergibt, sondern der Compiler (Clang). libA ist übrigens libc++abi und libB ist libc++.
Das bedeutet, ich muss jetzt jedes mal beim kompilieren noch zusätzlich "-lc++abi" angeben.

Naja, danke für die Hilfe, ich geh mich mal auf der Mailingliste beschweren

[Kerli]

Ich vermute es hat schon seine Gründe, dass das nicht automatisch passiert. Es braucht ja selber nicht unbedingt immer die verwendeten Bibliotheken einer gelinkten Bibliothek. Was wäre wenn eine Bibliothek in unterschiedlichen Versionen existiert und einmal zb zu Qt und einmal zu wxWidgets gelinkt ist. Wenn du jetzt Qt/wxWidgets zu deiner eigenen Bibliothek/Programm linken würdest könntest du nachher nicht mehr die .so mit der jeweils anderen verlinkten Bibliothek verwenden ohne sie auch zu installieren. Kurz also, es würde vermutlich viele unerwünschte Abhängigkeiten bringen.

[oenone]

Und wenn du clang++ nimmst? Das sollte doch das C++-Zeugs automatisch dazulinken?

[fat-lobyte]

Und wenn du clang++ nimmst? Das sollte doch das C++-Zeugs automatisch dazulinken?

Das "C++-Zeugs" ist libc++, aber nicht libc++abi. libc++abi sollte an libc++ angehängt werden, das ging aber nicht - so dachte ich.
Jetzt habe ich ein anderes Build-System verwendet, und jetzt gehts auf einmal doch! Ich bin jetzt verwirrt und muss mal was proof-of-conceptiges implementieren.