include und linker

[Sören (Gast)]

Hallo,

ich hab mal eine Verständnisfrage:

Um z.B. printf benutzen zu können, wird stdio.h eingebunden:
#include <stdio.h>

Wenn dann beim Raspberry Pi die Funktionen aus wiringPi benutzt werden 
sollen, wird auch hier der entprechende Header eingebunden mit
#include <wiringPi.h>

Zusätzlich muss dem Linker aber folgendes mitgegeben werden:
-l wiringPi

Warum wird das im ersten Fall nicht benötigt, dagegen aber im zweiten?

Besten Dank.
Sören

[Klaus W. (mfgkw)]

Weil die Funktionen aus dem C-Standard zwar seitens des Compilers auf 
verschiedene Dateien verteilt sind, für den Linker aber üblicherweise in 
einer Lib zusammengefasst werden.

Ausnahme ist auf manchen Systemen alles, was mit Gleitkommazahlen und 
math.h zu tun hat - das ist gelegentlich in einer eigenen libm.so bzw. 
libm.a enthalten, dafür muß man dann -lm beim Linken angegeben.

[Peter II (Gast)]

Sören schrieb:
> Warum wird das im ersten Fall nicht benötigt, dagegen aber im zweiten?

weil printf in einer lib ist die Eigenständig von Linker mit eingebunden 
wird.

[Sören (Gast)]

Wo kann ich sehen, welche Libraries der Linker von sich aus einbindet?

[Peter II (Gast)]

Sören schrieb:
> Wo kann ich sehen, welche Libraries der Linker von sich aus einbindet?

The -v option to gcc will cause it to dump information about the default 
options it will use including the library paths and default libraries 
and object files that will be linked in.

[Klaus W. (mfgkw)]

Und falls du wissen willst, welche Symbole von einer Lib aufgelöst 
werden können (also von ihr exportiert werden), hilft so etwas wie nm:

nm --defined-only /usr/lib/x86_64-linux-gnu/libc.a

[Klaus W. (mfgkw)]

Evtl. hilft auch das beiliegende Skript weiter, falls man nach Symbolen 
sucht:

klwa4731@1188 ~ $ lsexposym pthread_create
Suche nach Symbol pthread_create

pthread_create gefunden in /usr/lib/x86_64-linux-gnu/libpthread.a:
Textsegment (Code):            __pthread_create_2_1
Weak Symbol:                   pthread_create


pthread_create gefunden in /usr/lib/gcc/x86_64-linux-gnu/4.6/32/libgcc.a:
Textsegment (Code):            __wrap_pthread_create


pthread_create gefunden in /usr/lib/gcc/x86_64-linux-gnu/4.6/libgcc.a:
Textsegment (Code):            __wrap_pthread_create


pthread_create gefunden in /lib/x86_64-linux-gnu/libpthread-2.15.so:
Textsegment (Code):            pthread_create@@GLIBC_2.2.5


pthread_create gefunden in /lib/x86_64-linux-gnu/libpthread.so.0:
Textsegment (Code):            pthread_create@@GLIBC_2.2.5


pthread_create gefunden in /lib/i386-linux-gnu/libpthread-2.15.so:
Textsegment (Code):            pthread_create@@GLIBC_2.1
Textsegment (Code):            pthread_create@GLIBC_2.0


pthread_create gefunden in /lib/i386-linux-gnu/libpthread.so.0:
Textsegment (Code):            pthread_create@@GLIBC_2.1
Textsegment (Code):            pthread_create@GLIBC_2.0

klwa4731@1188 ~ $ lsexposym snprintf
Suche nach Symbol snprintf

snprintf gefunden in /usr/lib/x86_64-linux-gnu/libc.a:
Textsegment (Code):            __snprintf
Weak Symbol:                   snprintf
Textsegment (Code):            _IO_vsnprintf
Weak Symbol:                   __vsnprintf
Weak Symbol:                   vsnprintf
Textsegment (Code):            ___snprintf_chk
Textsegment (Code):            __snprintf_chk
Textsegment (Code):            ___vsnprintf_chk
Textsegment (Code):            __vsnprintf_chk


snprintf gefunden in /usr/lib/vmware-ovftool/libcurl.so.4:
Textsegment (Code):            curl_msnprintf
Textsegment (Code):            curl_mvsnprintf


snprintf gefunden in /usr/lib/vmware-ovftool/libcrypto.so.1.0.0:
Textsegment (Code):            BIO_snprintf
Textsegment (Code):            BIO_vsnprintf


snprintf gefunden in /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/jamvm/libjvm.so:
Textsegment (Code):            jio_snprintf
Textsegment (Code):            jio_vsnprintf
...