🚀 go-pugleaf

Dominique Devriese <fritmebufstek@pandora.be> writes:

> "Pieter Philippaerts" <Pieter@mentalis.org> writes:
> 
> > "Philip Paeps" <philip@paeps.cx> wrote in message
> > news:J_LT8.6210$ix.1480@afrodite.telenet-ops.be...
> > > Soit, it heb het stukje even wat herschreven op een nog neutralere manier:
> > >
> > >  | \item MS Visual C++(.NET), is een C++ IDE die deel uitmaakt van
> > Microsoft
> > >  | Visual Studio.  Sommige versies van de compiler bieden slechts zeer
> > matige
> > >  | onderteuning van de ANSI-standaard, wat voor sommige programmeurs een
> > probleem
> > >  | kan vormen, bijvoorbeeld bij het porten van software die de standaard
> > w\`el
> > >  | volledig onderteunt.
> > >
> > > Wil je dat nog verder nuanceren, of is dat in orde?
> > 
> > Das al iets beter, ja...
> > Langs de andere kant moet je toegeven dat VC++.NET zeer standaard compliant
> > is (naar mijn weten is er nog maar 1 serieus verschil met de standaard, en
> > dat is de scope van een variabele in een for lus, maar de manier waarop MS
> > dat ge�mplementeerd heeft, heeft ooit zo in de standaard gestaan [het is pas
> > later gewijzigd]; er zullen ongetwijfeld voor de rest nog wel enkele bugs
> > inzitten, maar dat zijn dan ook bugs).

Die scope van een variabele gedeclareerd in een for-loop ( je bedoelt
toch dat dit een fout moet geven, he ?
for( int i = 0; i < 5; ++i )
{
 //...
};
cout << i;
)
staat wel al lang in de standaard, hoor...
Als M$ dat niet correct behandelt is m.i. pure onwil om de standaard
te volgen, en ik zie daar geen enkel geldig excuus voor
(compatibiliteit met oudere VC++ versies is niet geldig, omdat
gebruikers hun code toch moeten porten naar meer standaard code met de
overstap naar de nieuwe VC++-versie...
sjuus
domi


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