🚀 go-pugleaf

Frans Bouma wrote:
>
> > #include "sub.c"
> 
>     erm... er zijn header files en er zijn codefiles.
>     geen codefiles includen. maak dan een .h file aan.

Wow, ik denk dat ik het hier verkeerd voor heb.  Eerst even een vraagje
voor de duidelijkheid: wat veronderstel jij dat er in je headerfiles
staat?  Enkel hoe de functies er uit zien (zonder body) of m�t de body
van de functies er bij?  Als je veronderstelt dat in je headerfiles ook
de body van de functies uitgewerkt staat kan ik in je redenering komen. 
Als je echter in je headerfiles enkel de  beschrijving (zonder body) van
je functies zet, moet ik volgens mij toch die #include "sub.c"
schrijven.  Als leidraad gebruik ik 'Practical C Programming' van
O'Reilly en op pagina 305 heeft men het toch over 3 soorten files:

main.c  -> de hoofdfile van het programma die gebruik maakt van functies
uit sub.*

sub.h  -> is Public en bevat enkel de beschrijving van de functies die
in sub.c gedefinieerd worden

sub.c  -> is Private en bevat de implementatie van de functies die in
sub.h beschreven worden.

> Maar begin klein.
> splits source op in logische brokken. en documenteer.

Dat probeer ik, maar ik wil eerst goed weten hoe ik de zaak moet
aanpakken.

Greetzzz
MC303
-- 
Bart Vandewoestyne		http://hello.to/MC303		
Hugo Verrieststraat 48		Bart.Vandewoestyne@skynet.be
8550 ZWEVEGEM			ICQ# 21275340
BELGIUM - EUROPE		nick: MC303
Phone: +32(0)56/75.48.11
-------------------------------------------------------------------
If carpenters made buildings the way programmers make programs, the 
first woodpecker to come along would destroy all of civilization.
				- Weinberg's Second Law -