🚀 go-pugleaf

Niels Van Eetvelde <pleaseusethe@replyto.address> writes:

> En dan nog, volgt gcc 100% de standaard, doen de andere compilers dat ook 
> voor die volle 100% ??

nee, zoals gezegd in de FAQ, is er nog maar ��n compiler die de hele
standaard implementeert (en ook die zal wel fouten bevatten...), dus
zijn alle compilers onvolledig. 
Het verschil is dat de meeste compilers het niet volgen van de
standaard als een bug aanzien, en eraan werken om dat te veranderen.
MS heeft de gewoonte om bewust de standaard aan zijn laars te lappen.
Een voorbeeldje:
G++ had vroeger enkele uitbreidingen op de c++ standaard, zoals "named
return values".  Het is altijd zo geweest dat de gebruiker
waarschuwingen kreeg als hij dat gebruikte, en in de 3.0 ev. versie
zijn die dingen bewust uit gcc gegooid, omdat ze eerst de hele
standaard wilden ondersteunen voor ze evt. met uitbreidingen
begonnen. 

Verder zijn ook de fouten die MS zich nog permitteert dingen die al
lang niet meer voorkomen in andere compilers.
Als GCC bijvoorbeeld het "export" keyword niet ondersteunt, dan is dat
omdat zulks veel werk kost, en ze daar nog niet aan toe zijn geraakt.
Als VC++ de scope verkeerd zet voor for() loops, dan doen ze dat
bewust.

> Klein voorbeeldje, de stringstream klassen (#include <sstream>), waarom 
> steken die niet in de STL bij de gcc,  bij de installatie van Visual C++ 
> 6.0 / Metrowerks 5.0 steekt ze dan weer wel...

dat is omdat de STL die bij vele gcc distributies steekt die van SGI
is, en die heeft (nog ?) geen iostream library.  Ik geloof dat libg++
dat wel heeft, en op mijn standaard debian installatie werken
stringstreams ook perfect...

sjuus
domi

-- 
Dominique Devriese
http://users.pandora.be/frit/domi.gpg