[Bug middle-end/20610] Real by complex multiplications perform unnecessary operations

--- Additional Comments From pcarlini at suse dot de 2005-03-24 00:26 --- For concreteness, this is what I get (with 4.0.0 20050321) if I add -ffast-math to your switches, seems not so bad, first blush: _Z1fv: .LFB1939: pushl %ebp .LCFI0: movl%esp, %ebp .LCFI1:

[Bug tree-optimization/20612] New: ICE in verify_ssa for -ftree-loop-linear

The SPEC CPU2000 benchmark 171.swim fails to build on powerpc64-linux using "-m32 -O2 -ftree-loop-linear" with current GCC mainline due to an ICE in verify_ssa. I'll attach a minimized test case that gets the same error:

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From janis at gcc dot gnu dot org 2005-03-24 00:27 --- Created an attachment (id=8440) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8440&action=view) minimized testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20612

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 00:30 --- I think the trick which I did for darwin and its pic label could be used here but I don't have time to fix this bug. See . -- http://gcc.gnu.or

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 00:52 --- There are only two patches during that time frame could have caused this: +2005-03-01 Daniel Berlin <[EMAIL PROTECTED]> + + * Makefile.in (tree-ssa-sink.o): New. and: +2005-03-01 Zdenek Dvorak <[E

[Bug middle-end/20610] Real by complex multiplications perform unnecessary operations

-- What|Removed |Added CC||pcarlini at suse dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20610

[Bug libstdc++/20575] g++ 3.3.3 compiled program segmention fault when run on HPUX system not having gcc

--- Additional Comments From pcarlini at suse dot de 2005-03-24 01:17 --- Ok, thanks. Then closing as not a libstdc++ bug. -- What|Removed |Added Status|UNCONFIR

[Bug target/20611] duplicate label for inlined function referencing TLS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 01:23 --- I wonder if this is because we turned off something inbetween 3.4.0 and 4.0.0. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20611

[Bug c++/14912] Do not print default template arguments in error messages

--- Additional Comments From giovannibajo at libero dot it 2005-03-24 02:15 --- (In reply to comment #9) > Doesn't sound right to me. [...] > GCC ought to have a heuristic based on the lengths of the version with > the "with" clause and the version with a full argument substitution, to

[Bug tree-optimization/20598] [4.1 regression] gcc.c-torture/unsorted/uuarg.c, -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 02:36 --- Patch here: . -- What|Removed |Added

[Bug c/20613] New: __attribute__((malloc)) causes segfault in GCC 3.4

I have a very simple program here, namely: -- #include void __attribute__((malloc)) intersect(int list) { int* shite = (int *)malloc(sizeof(int)); } int main() { intersect(5); } -- Attempting to compile this using GCC 3.4 with `gcc bug.c` causes a segmentation fault. Ou

[Bug c/20613] __attribute__((malloc)) causes segfault in GCC 3.4

--- Additional Comments From lkosewsk at uwaterloo dot ca 2005-03-24 02:58 --- Created an attachment (id=8442) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8442&action=view) The attached .i file and original source. This contains the original source which produced the error, as w

[Bug c/20613] __attribute__((malloc)) causes segfault in GCC 3.4

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 03:02 --- Yes but this is a dup of bug 15443. A simple seach would have found it *** This bug has been marked as a duplicate of 15443 *** -- What|Removed |Added -

[Bug middle-end/15443] ICE with void f () __attribute__ ((__malloc__));

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 03:02 --- *** Bug 20613 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 04:04 --- And easy winner is: +2005-03-01 Daniel Berlin <[EMAIL PROTECTED]> + + * Makefile.in (tree-ssa-sink.o): New. using -fno-tree-sink causes no ICE. -- What|Removed |A

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-24 04:19 --- I know what's up -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dber

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-24 04:21 --- To add some more detail: We sink the iv increment because it wasn't used in the old exit test. However, the exit test we want to generate wants to use it, but because we sunk it, it no longer dominates the

[Bug tree-optimization/20612] ICE in verify_ssa for -ftree-loop-linear

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-03-24 04:32 --- i accidently marked it suspended :( -- What|Removed |Added Status|SUSPENDED

[Bug rtl-optimization/20532] [4.0/4.1 Regression] Bad code for DImode left shifts by 31 and then 1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-24 05:58 --- Subject: Bug 20532 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-24 05:57:52 Modified files: gcc: ChangeLog simplify-rtx.c gcc

[Bug rtl-optimization/20614] New: PowerPC - inefficient use of condition register

[zebes:~] astrange% /usr/local/bin/g++fsf -v Using built-in specs. Target: powerpc-apple-darwin7.7.0 Configured with: ../fsfgcc/configure --program-suffix=fsf --enable-languages=c,c++,java,treelang -- enable-cpu=750 Thread model: posix gcc version 4.1.0 20050321 (experimental) [zebes:~] astrange%

[Bug target/20614] PowerPC - inefficient use of condition register

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 06:22 --- This is actually a target issue. Anyways confirmed. I think there is another bug about this or a discussion somewhere which talks about this. -- What|Removed |Added --

[Bug target/20614] PowerPC - inefficient use of condition register

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-24 06:25 --- Though I don't know how much this buys you on any of the current PPCs. From the G3/G4 to the 970. In fact the 970 this could make it worse but I could be wrong. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug target/20614] PowerPC - inefficient use of condition register

--- Additional Comments From astrange at ithinksw dot com 2005-03-24 06:39 --- It buys two cycles per compare on a G3/G4 (as well as not clobbering cr0, which one of the gcc patterns does). It also saves 2/3s of the code size, which is what -Os is targeting. Not much, but the realworl

<    1   2