🚀 go-pugleaf

Johan Vervloet <johan@linux.be> wrote:
> Wat is precies het verschil tussen een include file met een .h en zonder

Die met een .h erachter zetten alles in de globale namespace, die zonder
een .h zetten alles in de std:: namespace. Voor de rest is er geen verschil.

> een .h ? Waar vind ik de system include files zonder .h ? Kan/mag/moet ik

Dat hangt van de installatie van je compiler af.

> zelf include files maken zonder .h ?

Er is niets magisch aan die .h. Als je wil kan je perfect includes maken
met andere extensies, met 2 extensies of zonder extensies. Het is wel de
gewoonte om altijd .h te gebruiken. Kwestie van eenvoudig te kunnen
terugvinden.

cu bart

-- 
http://www.irule.be/bvh/

Johan Vervloet writes:

> Heeft er toevallig iemand weet van een goed tutorial i.v.m. de (al
> niet meer zo) nieuwe manier van #includen in C++ ?

nee, omdat er niet veel over te zeggen valt, eigenlijk...

> Wat is precies het verschil tussen een include file met een .h en
> zonder een .h ?

een include file zonder .h is in de praktijk altijd een STL header, de
andere zijn andere headers.

> Waar vind ik de system include files zonder .h ? 

de STL files vind je in Debian in /usr/include/g++-v3/

> Kan/mag/moet ik zelf include files maken zonder .h ?

je kan dat, en het zal waarschijnlijk ook werken, maar het wordt niet
gedaan...  Je kan trouwens ook headers maken die op .appelflap
eindigen, als je dat wil..

sjuus
domi
-- 
Q:	How many supply-siders does it take to change a light bulb?
A:	None.  The darkness will cause the light bulb to change by itself.

Dominique Devriese wrote:

> Johan Vervloet writes:
> 
>> Heeft er toevallig iemand weet van een goed tutorial i.v.m. de (al
>> niet meer zo) nieuwe manier van #includen in C++ ?
> 
> nee, omdat er niet veel over te zeggen valt, eigenlijk...
> 
>> Wat is precies het verschil tussen een include file met een .h en
>> zonder een .h ?
> 
> een include file zonder .h is in de praktijk altijd een STL header, de
> andere zijn andere headers.

#include mag met of zonder de .h, de .h is dan enkel nodig voor die files 
die met en zonder .h verschillend zijn(bvb (C)<string.h> en (STL 
C++)<string>).
-- 
Groeten,
Slayerke

slayerkenospammer  writes:

> Dominique Devriese wrote:
>> Johan Vervloet writes:
>>
>>> Heeft er toevallig iemand weet van een goed tutorial i.v.m. de (al
>>> niet meer zo) nieuwe manier van #includen in C++ ?
>>
>> nee, omdat er niet veel over te zeggen valt, eigenlijk...
>>
>>> Wat is precies het verschil tussen een include file met een .h en
>>> zonder een .h ?
>>
>> een include file zonder .h is in de praktijk altijd een STL header,
>> de andere zijn andere headers.

> #include mag met of zonder de .h, de .h is dan enkel nodig voor die
> #files
> die met en zonder .h verschillend zijn(bvb (C)<string.h> en (STL
> C++)<string>).  -- Groeten, Slayerke

Je moet wel beseffen dat headers zoals iostream.h er enkel nog zijn
omwille van backwards compatibility.  Ze zijn wat men noemt
"deprecated", en als je ze nog gebruikt, doe je er goed aan om dat aan
te passen, aangezien ze er in de toekomst waarschijnlijk niet meer
gaan bij zijn...
sjuus
domi

-- 
Be careful!  Is it classified?

Dominique Devriese wrote:

> slayerkenospammer  writes:
> 
>> Dominique Devriese wrote:
>>> Johan Vervloet writes:
>>>
>>>> Heeft er toevallig iemand weet van een goed tutorial i.v.m. de (al
>>>> niet meer zo) nieuwe manier van #includen in C++ ?
>>>
>>> nee, omdat er niet veel over te zeggen valt, eigenlijk...
>>>
>>>> Wat is precies het verschil tussen een include file met een .h en
>>>> zonder een .h ?
>>>
>>> een include file zonder .h is in de praktijk altijd een STL header,
>>> de andere zijn andere headers.
> 
>> #include mag met of zonder de .h, de .h is dan enkel nodig voor die
>> #files
>> die met en zonder .h verschillend zijn(bvb (C)<string.h> en (STL
>> C++)<string>).  -- Groeten, Slayerke
> 
> Je moet wel beseffen dat headers zoals iostream.h er enkel nog zijn
> omwille van backwards compatibility.  Ze zijn wat men noemt
> "deprecated", en als je ze nog gebruikt, doe je er goed aan om dat aan
> te passen, aangezien ze er in de toekomst waarschijnlijk niet meer
> gaan bij zijn...
Ik had het vooral over het importen van C headers, die er waarschijnlijk nog 
zeer lang zullen zijn en die soms dezelfde naam hebben als sommige C++ 
headers, als je .h gebruikt wil dat eigenlijk zeggen dat je de C header 
wilt gebruiken, normaal was het de bedoeling om alle C++ headers zonder de 
.h te nemen(als de C++ compiler dan geen vindt zonder .h dan gaat hij die 
met .h zoeken).
Wat iostream betreft heb je gelijk, g++ klaagt er genoeg over(gelukkige wel 
af te zetten) ;)
-- 
Groeten,
Slayerke

Slayerke wrote on 09-10-2002 22:52:

> Ik had het vooral over het importen van C headers, die er waarschijnlijk nog
> zeer lang zullen zijn en die soms dezelfde naam hebben als sommige C++
> headers, als je .h gebruikt wil dat eigenlijk zeggen dat je de C header
> wilt gebruiken, normaal was het de bedoeling om alle C++ headers zonder de
> .h te nemen(als de C++ compiler dan geen vindt zonder .h dan gaat hij die
> met .h zoeken).
> Wat iostream betreft heb je gelijk, g++ klaagt er genoeg over(gelukkige wel
> af te zetten) ;)

Tegenwoordig zijn er zelfs standaard 3 versies van de C headers. <stdio.h>
wordt dan bvb <cstdio>, deze bevat echter geen namespace declaratie
aangezien deze niet in de ANSI C standaard beschreven is.

Jack D wrote on 10-10-2002 12:13:

> Slayerke wrote on 09-10-2002 22:52:
> 
>> Ik had het vooral over het importen van C headers, die er waarschijnlijk nog
>> zeer lang zullen zijn en die soms dezelfde naam hebben als sommige C++
>> headers, als je .h gebruikt wil dat eigenlijk zeggen dat je de C header
>> wilt gebruiken, normaal was het de bedoeling om alle C++ headers zonder de
>> .h te nemen(als de C++ compiler dan geen vindt zonder .h dan gaat hij die
>> met .h zoeken).
>> Wat iostream betreft heb je gelijk, g++ klaagt er genoeg over(gelukkige wel
>> af te zetten) ;)
> 
> Tegenwoordig zijn er zelfs standaard 3 versies van de C headers. <stdio.h>
> wordt dan bvb <cstdio>, deze bevat echter geen namespace declaratie
> aangezien deze niet in de ANSI C standaard beschreven is.

Sorry, effe te snel geweest, de declaraties zitten wel in de std namespace.
Dit is dan ook het grote verschil tegenover <stdio.h>