sind die libs so sachen wie kernel32.lib und so, wo es eh ne kernel32.dll zu gibt, bringt die lib selbst bei aufrufen wenig code, denn es werden nur aufrufe in die dll rein erzeugt, die bei programmstart dynamisch geladen wird.
punkt für Uli und HAR.

für libs, hinter denen keine dll steht, wird der code in die exe gebunden, der auch aufgerufen wird.

und nun zu den gemeinheiten: wenn die lib globalen speicher allokiert und vor der main initialisiert, wie zum beispiel das objekt std::cout, dann stehen da unter umständen code und daten bereits in der exe, ohne daß man was aufgerufen hat.
ob alleiniges dazulinken also speicher frißt, kann man nicht sicher sagen. afair kann der msvc60 keinen speicher fressen lassen, er ruft eben fehlerhafterweise keine konstruktoren globaler objekte in der lib auf. würde er richtig funkltionieren, könnte das reinlinken speicher fressen.

1. Wie kann ich bei ner Lib herausfinden, ob es nur ne Importlib (fürs dynamische linken) is oder eine, die wirklich die Funktionen enthält.

2. Wie kann ich in ne Lib reinschauen? Aus welchen Objectfiles sie besteht, aus welchen Funktionen etc.

1.) Hö? Ich dachte immer, eine LIB ist stets sowas wie ein Link zu einer DLL.

Nein. Man muss unterscheiden zwischen statischem und dynamischen Linken (beim gcc kann man z.B. mit dem Schalter -static dem statischen Binden Vorrang geben). Wenn du statisch zu ner Lib linkst, dann wird der Code der entsprechenden Funktionen aus den Objectfiles wirklich in das ausführbare Binary eingebunden. Dann gibt es noch Importlibs (zu denen unter Win auch immer eine DLL gehört). Wenn du zu so einer Importlib linkst, wird in dein Binary nur ein "stubcode" eingefügt, der zu der jeweiligen Stelle in der DLL führt.

Alle Angaben sind ohne Gewähr :p

Und woher weiß der Linker, um welche Art LIB es sich handelt?

Vielleicht ist das einfach in der Lib vermerkt.