From 8734928736327400777
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 109fba,9a6b7da9ba54eaea
X-Google-Attributes: gid109fba,public
X-Google-Thread: f78e5,9a6b7da9ba54eaea
X-Google-Attributes: gidf78e5,public
X-Google-ArrivalTime: 1993-06-22 09:42:18 PST
Xref: gmd.de comp.lang.c++:24920 comp.std.c++:2845
Newsgroups: comp.lang.c++,comp.std.c++
Path: gmd.de!xlink.net!howland.reston.ans.net!agate!dog.ee.lbl.gov!network.ucsd.edu!munnari.oz.au!metro!news
From: maxtal@physics.su.OZ.AU (John Max Skaller)
Subject: Re: C++ Language Extensions
Message-ID: <1993Jun22.162345.18549@ucc.su.OZ.AU>
Sender: news@ucc.su.OZ.AU
Nntp-Posting-Host: physics.su.oz.au
Organization: School of Physics, University of Sydney, Australia
References: <1993Jun15.214156.3591@mole-end.matawan.nj.us> <rfgC9086A.8xv@netcom.com> <25807@alice.att.com>
Date: Tue, 22 Jun 1993 16:23:45 GMT
Lines: 34

In article <25807@alice.att.com> ark@alice.UUCP () writes:
>In article <rfgC9086A.8xv@netcom.com> rfg@netcom.com (Ronald F. Guilmette) writes:
>
>>> Section 3.3 of the working document makes explicit mention of the fact
>>> that it is not possible to declare a class name static.  What is the
>>> rationale behind this restriction?
>
>> Good question.  This is just another C (in-)compatability wart in my
>> opinion... and an almost totally pointless one.
>
>This kind of behavior seems to be almost universal among people interested
>in the C++ language: one moment they're saying that the language has enough
>stuff in it already and the next moment they're proposing a new feature.
>
>I don't mean to single out Ron here -- he just happened to provide a
>convenient example.  As far as I can tell, almost EVERYONE does this.

	Actually, picking Ron is probably particularly unfair,
since he's been a consistent advocate of removing features:
of course, removing features is defined by the committee as
requiring an extension proposal :-)

	For example, I'd like to have nested functions.

	Just cant understand why removing a restriction against
	them has to be considered an extension--- I want to
	simplify the language not add a feature ;-)


--
        JOHN (MAX) SKALLER,         INTERNET:maxtal@suphys.physics.su.oz.au
	Maxtal Pty Ltd,		    CSERVE:10236.1703 
        6 MacKay St ASHFIELD,	    Mem: SA IT/9/22,SC22/WG21 
        NSW 2131, AUSTRALIA	    


