[Bug middle-end/42233] [4.3/4.4 regression] c++ builtin_expect code generation regression

2010-02-17 Thread gmorin1 at bloomberg dot net
--- Comment #6 from gmorin1 at bloomberg dot net 2010-02-17 15:40 --- Are you compiling with g++ and -O2? On the only 4.4 version I have access to right now (gcc version 4.4.0 20090514 (Red Hat 4.4.0-6), I get: $ g++44 -O2 -S test_expect.c $ cat test_expect.s (snip) .globl

[Bug c++/42233] [4.4 regression] c++ builtin_expect code generation regression

2010-01-06 Thread gmorin1 at bloomberg dot net
--- Comment #4 from gmorin1 at bloomberg dot net 2010-01-06 17:51 --- My original tests were done on x86/x86_64. I observed the same problem with gcc 4.3.2 when compiling for PowerPC on AIX. For some reason, the output is properly optimized with the same version (different build

[Bug c++/42233] c++ builtin_expect code generation regression

2009-11-30 Thread gmorin1 at bloomberg dot net
--- Comment #3 from gmorin1 at bloomberg dot net 2009-11-30 22:06 --- The trunk g++ output looks good. As I said, there is a simple workaround. But since this is a regression from 4.1, a fix in 4.4 would be nice. Additionally, it would be great if you could document the full scope of

[Bug c++/42233] c++ builtin_expect code generation regression

2009-11-30 Thread gmorin1 at bloomberg dot net
--- Comment #1 from gmorin1 at bloomberg dot net 2009-11-30 17:00 --- I can see this problem with 4.3.2 (Debian 4.3.2-1.1), 4.2.4 (Debian 4.2.4-6), 4.4.0 20090514 (Red Hat 4.4.0-6). I do not see it with 4.1.2 20080704 (Red Hat 4.1.2-46) and 4.1.3 20080704 (prerelease) (Debian 4.1.2-25

[Bug c++/42233] New: c++ builtin_expect code generation regression

2009-11-30 Thread gmorin1 at bloomberg dot net
Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gmorin1 at bloomberg dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42233

[Bug c++/37281] bad code generation with enum and -m32

2008-08-29 Thread gmorin1 at bloomberg dot net
--- Comment #2 from gmorin1 at bloomberg dot net 2008-08-29 16:57 --- I thought it was correct because it seems that the standard allows to cast explicity inside the range. The range is not the one of the integral type but the one of smallest bit field that can stop all the values. So

[Bug c++/37281] New: bad code generation with enum and -m32

2008-08-29 Thread gmorin1 at bloomberg dot net
ration with enum and -m32 Product: gcc Version: 4.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: gmorin1 at bloomberg dot net http://

[Bug c++/18020] issue with enum in a template

2004-10-15 Thread gmorin1 at bloomberg dot net
--- Additional Comments From gmorin1 at bloomberg dot net 2004-10-15 19:07 --- Hi, As far as I know, OpenPKG does not apply any patched on this gcc. Furthermore, I have another gcc 3.4.2 built from the vanilla source on Solaris : [EMAIL PROTECTED]:~$ /unix-SunOS-sparc-5.8-def/bin/g

[Bug c++/18020] New: issue with enum in a template

2004-10-15 Thread gmorin1 at bloomberg dot net
nedTo: unassigned at gcc dot gnu dot org ReportedBy: gmorin1 at bloomberg dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18020