🚀 go-pugleaf

Vincent Touquet wrote:
> 
> Wat is trouwens het verschil tussen een library

Een library bevat implementatie, of nog specifieker, zogenaamde
'symbols'. Dit zijn functie-implementaties en variabelen.
Eigenlijk is een library slechts een hoop object files bijeen.
Met andere woorden, ook een object file bevat symbols.

> en een header file (~ een include directive)

Een headefile (of toch tenminste het aangewezen gebruik voor
headerfiles) declareert functies en variabelen (of in het geval
van C++) klassen die in een library of set van object files,
of 1 object file, worden geimplementeerd.

Strikt genomen worden headerfiles (via een #include directive)
door een programma dat bij uw compiler zit, de pre-processor,
gewoon bijeen gekwakt samen met uw sourcecode, en dat resultaat
wordt vervolgens echt gecompileerd.

Met andere woorden, de compiler weet niet wat uit een headerfile
komt of wat je zelf hebt bijeengeschreven. En dus zijn er
vele andere (mis)bruiken voor headerfiles denkbaar.

Tenslotte heb je de linker die verschillende objectfiles
bijeen gaat plakken, en er 'symbols' gaat resolven. Dit zijn
aanroepen van functies die in een andere object file zit
in orde maken. Daarom gaat je linker af en toe errors geven
als 'unresolved symbols', dit zijn symbolen waarnaar je wel
hebt gerefereerd maar waarvoor je geen implementatie hebt
voorzien (of dus, je hebt ze wel gedeclareerd in een headerfile
en ergesn gebruikt, maar je hebt ze niet geimplementeerd
in een .c of .cc file). Of ook soms 'duplicate symbols', dit
zijn symbolen die je tweemaal hebt geimplementeerd in 2
verschillende object files.

Nu, de echte reden waarom je niks implementeert in een
headerfile en daar dus enkel declaraties doet, is om net
die duplicate symbols te vermijden: zou je een headerfile
includen in 2 verschillende files (en daarvoor is ie
tenslotte gemaakt), en die headerfile implementeert een
symbool, dan heb je duplicate symbols.

Zodus, denk er gewoon aan dat er 3 belangrijke programma's
zijn : C preprocessor, compiler+assembler en linker waarbij
de C preprocessor headerfiles aanpakt en de linker objectfiles
en libraries.

koen.