X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
From: jimm <jmichae3 AT yahoo DOT com>
Newsgroups: comp.os.msdos.djgpp
Subject: Re: internal compiler error with c++11 features on 4.6.2
Date: Sun, 27 Nov 2011 18:25:44 -0800 (PST)
Organization: http://groups.google.com
Lines: 69
Message-ID: <826f6a1e-79ea-4525-bbc0-393a60fa0c58@f36g2000prj.googlegroups.com>
References: <64237354-a1d5-4c03-b446-b7de61297344 AT a2g2000prb DOT googlegroups DOT com>
 <bc5e54a1-40b5-4737-a497-e6b74454968d AT l23g2000pro DOT googlegroups DOT com>
 <c6438915-77be-429d-b2a7-a4cacdb9f967 AT g7g2000vbd DOT googlegroups DOT com>
 <500942d9-99ce-4845-9c96-237bf349c27e AT g1g2000pri DOT googlegroups DOT com> <44fc3a6e-50cd-4ff5-b69c-01363f6972e9 AT g7g2000vbd DOT googlegroups DOT com>
NNTP-Posting-Host: 24.22.56.37
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: posting.google.com 1322447224 16300 127.0.0.1 (28 Nov 2011 02:27:04 GMT)
X-Complaints-To: groups-abuse AT google DOT com
NNTP-Posting-Date: Mon, 28 Nov 2011 02:27:04 +0000 (UTC)
Complaints-To: groups-abuse AT google DOT com
Injection-Info: f36g2000prj.googlegroups.com; posting-host=24.22.56.37; posting-account=05hOMwoAAAB6R8xtiQKzEljSMzgOhVF1
User-Agent: G2/1.0
X-Google-Web-Client: true
X-Google-Header-Order: HUALESNKRC
X-HTTP-UserAgent: Mozilla/5.0 (Windows NT 5.1; rv:8.0) Gecko/20100101 Firefox/8.0,gzip(gfe)
Bytes: 3809
To: djgpp AT delorie DOT com
DJ-Gateway: from newsgroup comp.os.msdos.djgpp
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by delorie.com id pAS2j2Ip027346
Reply-To: djgpp AT delorie DOT com

On Nov 27, 4:21 pm, Rugxulo <rugx DOT  DOT  DOT  AT gmail DOT com> wrote:
> Hi,
>
> On Nov 27, 6:00 pm, jimm <jmich DOT  DOT  DOT  AT yahoo DOT com> wrote:
>
>
>
> > I can't wait until they put boost in there with TR2.
>
> It's either wait or roll your own. Though lucky for you C++ is a very
> popular language with good support. So it shouldn't be too long.
>
> > I have been
> > waiting for decimal128 math and <string> compare that is case
> > insensitive - what were the designers thinking? ...
> > :-)
>
> "long long long int" ?   :-)
>
> They probably think you can just use GMP lib, stricmp / strcasecmp,
> etc. (Or roll your own. Or use a different language.)
>
> > many needed improvements...  initializer lists should have been done a
> > long time ago.
>
> G++ has always been pretty good and available since late '80s, I
> think, but even other people admit it only truly got great around 4.2.
> I think one guy [who?] then called it the "best in the world" at that
> point [citation needed]. As for adding more stuff, there will always
> be more to add. Sometimes you have to stop inventing and start
> stabilizing, implementing, etc. This is why C++11 only has stuff from
> circa 2006 or such [citation needed]. Bjarne Stroustrup probably
> doesn't want to sweat blood working on such standards for the rest of
> his life. It's already hard enough to implement (e.g. GCC uses a hand-
> written parser and not Bison [citation needed]).
>
> > I also think 128-bit integers should be available now,
> > since we have GUIDs and UUIDs. and GPT.
> > also, you can't represent SI and IEC units sufficiently without them.
>
> But what's the command to burn a Blu-Ray disc? Users demand it!  ;-)

apparently this test case

//#include <stdio.h>
class furblatz {
	private:
		int neefits;
	public:
		~furblatz() {}
		furblatz() {neefits=0;}
		furblatz(int i) {neefits=i;}
		void set(int i) {neefits=i;}
		int get() {return neefits;}
//		void print() {printf("%d\n", neefits);}
};
int main(void) {
	furblatz f(42);
//	f.print();
    return 0;
}

causes an internal compiler error.  stdio.h is there, but I took it
out because  it might have been causing an error.
so this is purely the c++ compiler breaking on good #include-less
code.

delorie, you listening?