Einfache Frage: Unterschied .a .la Libs ?

[barmeier]

Hi,

die Frage ist sicher super einfach, aber ich finde bis jetzt keine verständliche Antwort:

.so sind üblicher weise dynamische Libs und werden zu laufzeit nachgeladen.
.a sind statische libs und werden vom linker zum programm gelinked.

Aber was ist .la ??

Ich sehe das öfter, kann mir aber keinen Reim drauf machen
wenn ich eine Anweisung beim linken gebe wie -lpng sucht er doch nach libpng.a und nicht
.la oder ?

Ciao
Matze

[_mh_]

Hallo,

meines wissens sind .la .a Dateien die vom 'libtool' produziert werden und somit eine spezielle form der .a Dateien. Dass .a statisch waere ist mir uebrigens neu, meines Wissens sind nur .a Files nur Dateien die eine Sammlung von object-Dateien (.o) enthalten, welche wiederrum beim uebersetzen ohne Linken mit dem gcc (option -c) entstehen.

[gms]

Dass .a statisch waere ist mir uebrigens neu, meines Wissens sind nur .a Files nur Dateien die eine Sammlung von object-Dateien (.o) enthalten, welche wiederrum beim uebersetzen ohne Linken mit dem gcc (option -c) entstehen.

eine statische Library ist ja auch nur ein Archiv ( daher .a ) von Objekt Dateien und einem Index der ebenso in dem Archiv gespeichert wird (siehe "ranlib", bzw "ar -s")

.so sind üblicher weise dynamische Libs und werden zu laufzeit nachgeladen.
.a sind statische libs und werden vom linker zum programm gelinked.

.so's können auch (bzw werden meistens auch) zum Programm dazu gelinkt (welche so's zu einem Programm dazugelinkt wurden, kannst du mit dem Befehl: "ldd programmname" anschauen) und werden vom "dynamic loader" (meistens) zum Programmstart geladen.
.so's müssen aber nicht zum Programm dazu gelinkt werden, sondern können auch zur Laufzeit vom Programm selber geladen werden (über dlopen, LoadLibrary...)

.la sind eigentlich "intermediate Dateien" vom Libtool, und sind praktisch das Archiv der .lo Dateien.

Gruß
gms

[Joghurt]

.la sind Textdateien, schaue sie dir einfach mal an, dann weisst du, warum libtool die braucht

[barmeier]

na dann bin ich ja froh, das ich nicht der einzige bin, der das nicht wusste
na dann kann ich ja lange versuchen das .la file zu linken
Was ich nicht ganz verstehe wozu brauche ich denn das .la file überhaupt ?

Das ist doch eher so eine Art Deskriptor oder ?


Ciao
Matze

[gms]

na dann kann ich ja lange versuchen das .la file zu linken

Zum Linken von/mit "libtool libraries" müßtest du schon auch Libtool verwenden

Was ich nicht ganz verstehe wozu brauche ich denn das .la file überhaupt ?

Wenn diese ".la" Files mit installiert werden, kann Libtool sogar über Paketgrenzen hinweg verwendet werden.

na dann bin ich ja froh, das ich nicht der einzige bin, der das nicht wusste

"_mmh_" und ich haben dir DIE Erklärung für die ".la" Dateien aus der Libtool-Anwendersicht geliefert. Aus Anwendersicht betrachtet handelt es sich hier um die "libtool libraries".

Mit folgendem Kommando wird z.B. eine libtool library libhello.la aus libtool objects .lo's erzeugt.

burger$ libtool --mode=link gcc -g -O -o libhello.la foo.lo hello.lo \
-rpath /usr/local/lib -lm

Je nach Plattform bzw Konfiguration werden dann bei diesem Kommando auch zusätzliche statische bzw shared libraries erstellt. Das Kommando selber ist aber Plattform unabhängig und auch für statische und shared libraries gleich. Der Entwickler (Anwender) braucht sich daher um dieses Detail nicht mehr zu kümmen.

"Joghurt" hat dir ein Implementierungsdetail von Libtool gezeigt. Dieses ist sicherlich auch sehr interessant und trägt auch zum Verständnis der Arbeitsweise von Libtool bei, für die Arbeit mit Libtool "sollte" diese Information jedoch unerheblich sein.


Gruß
gms