http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #14 from Jason Merrill 2011-05-04
13:42:19 UTC ---
(In reply to comment #10)
> struct S { };
> S* p = new S::S();
EDG 4.0-4.3 all reject this as well.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #13 from Jason Merrill 2011-05-03
21:18:14 UTC ---
Actually, I think it's unclear. 318 had to do with elaborated type specifiers,
for which we explicitly say that the lookup is done "ignoring any non-type
names that have been declare
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2011-02-14 08:16:1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever Confirmed|1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #11 from David C. Rankin
2011-02-14 21:04:44 UTC ---
Created attachment 23342
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23342
iccconfig.ii (bzip2)
Eric,
Sorry for not zipping it and attaching it. When I originally tried
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
Jonathan Wakely changed:
What|Removed |Added
CC||jason at redhat dot com
Sever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #9 from Eric Botcazou 2011-02-14
19:50:52 UTC ---
> I managed to generate iccconfig.ii and it is too big to attach. I have made
> it
> available on my site:
>
> http://www.3111skyline.com/dl/dt/trinity/errors/iccconfig-452/iccconfi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #8 from David C. Rankin
2011-02-14 19:43:14 UTC ---
Ok,
I managed to generate iccconfig.ii and it is too big to attach. I have made it
available on my site:
http://www.3111skyline.com/dl/dt/trinity/errors/iccconfig-452/iccconfig.ii
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #7 from Jonathan Wakely 2011-02-14
16:46:28 UTC ---
the code can be reduced to
struct S { };
int main()
{
S* p = new S::S();
}
which is rejected too.
The Trinity code needs to be fixed as suggested above, doing that will work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #6 from Jonathan Wakely 2011-02-14
16:44:33 UTC ---
iccconfig.cpp:289 looks like:
KRandrSimpleAPI *randrsimple = new KRandrSimpleAPI::KRandrSimpleAPI();
That code is invalid, gcc 4.5 is correct to reject it.
It should be:
KRan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #5 from Jonathan Wakely 2011-02-14
16:19:39 UTC ---
(In reply to comment #4)
>
> So if I understand what you need, you need me to build kdelibs with 4.5.2 to
> the point of failure with?
>
> cmake ../ \
> -DCMAKE_C_COMPILER=
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #4 from David C. Rankin
2011-02-14 15:57:15 UTC ---
Thanks guys,
The iccconfig.cpp build failure is reproducible 100% of the time on gcc-4.5.2
on both i686 and x86_64 (this error does not exist on gcc43). The kcontrol/kong
segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #2 from Jonathan Wakely 2011-02-14
00:07:01 UTC ---
(In reply to comment #0)
> I have created a tar.bz2 of the src/kcontrol/konq directory (which I hope is
> what you need) and I've attached it.
http://gcc.gnu.org/bugs/ says we wan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47723
--- Comment #1 from Zack Weinberg 2011-02-13 23:27:10
UTC ---
> I have run the build a second time and it makes it past the point
> where it segfaulted,
This means your problem is almost certainly *not* a bug in GCC, but rather a
hardware fault
16 matches
Mail list logo
