[Bug middle-end/18089] [4.0 regression] Valgrind errors in real.c

--- Additional Comments From jakub at gcc dot gnu dot org 2005-01-14 20:36 --- To prove this is a valgrind bug and not GCC bug, I wrote a small self-contained testcase on which valgrind complains: #define EXP_BITS (32 - 5) struct real_value { unsigned int cl : 2; unsigned int sign :

[Bug java/19444] GCJ implementation of java.net.URI misses host support

--- Additional Comments From konqueror at gmx dot de 2005-01-14 20:50 --- I'm working on it. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |konquero

[Bug tree-optimization/19060] [4.0 Regression] Miscompiling of if and "long long"

--- Additional Comments From wanderer at rsu dot ru 2005-01-14 20:57 --- New patch proposed by Jakub Jelinek: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00393.html work fine at FreeBSD 5.3 and fix 52 tests in libstdc++ testsuite at FreeBSD 5.3: http://gcc.gnu.org/ml/gcc-patches/2005-0

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-14 21:09 --- Subject: Bug 19422 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-14 21:09:38 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/inclu

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:20 --- There are two problems, one we are not decting that unhook will not throw (but that did not happen in 3.4.0 either) and we are inlining unhook into itself which is what is causing the compile time to go u

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:20 --- If in the source I mark unhook as it does not throw anything, the compile time goes back down to what should be. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19445

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:24 --- One more thing with -Os the compile time is fine in 4.0.0 because we don't duplicate final blocks. I am not marking this as a regression because we produce better code with the mainline than 3.4/3.3 for

[Bug tree-optimization/17884] asm 'volatile' is not honored as documented

--- Additional Comments From das at FreeBSD dot ORG 2005-01-14 21:34 --- Here's another test case that shows that gcc 3.4.2 on i386 will reschedule other instructions (in particular, other asms that are not volatile) across a volatile asm: #include #define __fldenv(env) __asm

[Bug middle-end/19378] [4.0 Regression] ICE during bootstrap compiling __fixdfdi

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:44 --- Patch here: . -- What|Removed |Added

[Bug middle-end/18089] [4.0 regression] Valgrind errors in real.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:45 --- So closing as invalid, please report this to valgrind then. -- What|Removed |Added

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:50 --- Here is a short testcase for when we should dect a function throws nothing: int g(int i); int h(int i) throw(); inline int f(int i) { h(i);if(i<10)return 1;else return g(i-1) + i;} inline int g(int i) { retu

[Bug target/19357] ICE when long double argument arrives in general register

--- Additional Comments From wilson at tuliptree dot org 2005-01-14 21:51 --- Subject: Re: ICE when long double argument arrives in general register On Fri, 2005-01-14 at 00:58, jbeulich at novell dot com wrote: > --- Additional Comments From jbeulich at novell dot com 200

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 21:54 --- dect == detect (I was sloppy at writting that). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19445

[Bug tree-optimization/19445] 50 fold compile time increase between gcc-3,4 and gcc-4,0 on included code

-- What|Removed |Added BugsThisDependsOn||19452 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19445

[Bug c++/19452] New: Not detecting a function does not throw

The following functions should be detected as not throwing and there for we should not have a call to __cxa_call_unexcepted (or the equivant sjlj call): int g(int i); int h(int i) throw(); inline int f(int i) { h(i);if(i<10)return 1;else return g(i-1) + i;} inline int g(int i) { return f(i); } in

[Bug middle-end/19452] Not detecting a function does not throw

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 22:15 --- This is already fixed on the tree-profiling branch. -- What|Removed |Added Componen

[Bug libstdc++/19422] assoc. containers: ctor taking range is O(n log n) even if the range is sorted

--- Additional Comments From pcarlini at suse dot de 2005-01-14 22:47 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED Res

[Bug ada/19436] [4.0 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:02 --- I am testing BOOT_CFLAGS='-O2 -g -gstabs' on ppc-darwin to see if this is a dup of bug 19327. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19436

[Bug fortran/19387] Fortran compiler tries to print HOST_WIDE_INT with %d format

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:08 --- There are two ways to fix this, one way is to use gcc's diagnostic hooks (which is the long term fix). Another way to fix this would be to make a new format for fortran's diagnostic functions which takes a

[Bug rtl-optimization/18081] [3.4 regression] Infinite memory allocation on -O3

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:10 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug fortran/19394] g77: confused equivalences not detected

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:13 --- Confirmed but since this is not a regression and it is fixed by gfortran, closing as fixed. -- What|Removed |Added --

[Bug target/19393] [3.4 Regression] Assembler error: branch out of range

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:14 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug target/19398] Non-optimal code with cvttss2si

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:21 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug ada/19419] ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)

--- Additional Comments From baldrick at free dot fr 2005-01-14 23:23 --- Subject: Re: ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy) The problem seems to be in the front-end, since the memcpy is already present in the "generic" tree dump, ss.adb.t03.generic.

[Bug middle-end/19417] [3.3 only] return value of some functions not properly set (in r3)

-- What|Removed |Added Summary|return value of some|[3.3 only] return value of |functions not properly set |some functions not properly

[Bug middle-end/19419] ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:35 --- Confirmed, the problem is in gimplify_modify_expr_to_memcpy (but this is not a regression even though this is a middle-end problem). -- What|Removed |Added

[Bug middle-end/19419] ACATS CXA4009, CXA4020 - valgrind detects bad code (overlapping memcpy)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:36 --- Note this is a different problem from PR 19410, even though they are both middle-end problems. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19419

[Bug fortran/19425] Duplicate SAVE attribute problem

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:41 --- f90 has the same constraint as f95 at least that is what ICC reports. -- What|Removed |Added

[Bug driver/18772] -fgnu-runtime not working when -E is specified at the same time

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:45 --- Reopening to mark as ... -- What|Removed |Added Status|RESOLVED

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit initialization of v8qi miscompiled

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-14 23:46 --- Subject: Bug 19263 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-14 23:45:59 Modified files: gcc/cp : ChangeLog typeck2.c gcc/test

[Bug driver/18772] -fgnu-runtime not working when -E is specified at the same time

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:46 --- Fixed. By: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00853.html -- What|Removed |Added

[Bug c/19390] Accepts invalid code (well I don't know if it is invalid or not but I think it should be)

-- What|Removed |Added OtherBugsDependingO||19333 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19390

[Bug c/19390] Accepts invalid code (well I don't know if it is invalid or not but I think it should be)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:49 --- Confirmed based on PR 19333. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit initialization of v8qi miscompiled

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-14 23:51 --- Subject: Bug 19263 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-01-14 23:51:39 Modified files: gcc/testsuite : Change

[Bug tree-optimization/19333] [4.0 Regression] Compilation SEGFAULTs with -O1 -finline-functions on the x86_64 architecture.

--- Additional Comments From rakdver at gcc dot gnu dot org 2005-01-14 23:47 --- The conclusion of the discussion on the patches list seems to be that extern short int aa[][]; is invalid and should be caught by frontend in the first place. -- What|Removed

[Bug c/19090] Non-useful warnings included in -Wall

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-14 23:54 --- Patch here: . Confirmed. -- What|Removed |Added

[Bug target/19428] inet_ntoa returns 0.0.0.0 using -maix64

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-15 00:03 --- GCC 3.3 produces incorrect code but it already has been fixed in GCC 3.4. -- What|Removed |Added

[Bug target/19428] inet_ntoa returns 0.0.0.0 using -maix64

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-15 00:11 --- GCC 3.3 and earlier are known not to conform to the AIX ABI when passing structures in registers. GCC is internally self-consistent, but not consistent with the AIX ABI. AIX system libraries are compiled by IB

[Bug tree-optimization/19431] missed optimization with ifs and deferencing

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-01-15 00:22 --- Subject: Re: New: missed optimization with ifs and deferencing On Thu, 2005-01-13 at 21:38 +, pinskia at gcc dot gnu dot org wrote: > I found this while looking into PR 8361 for missed optimiza

[Bug AWT/19453] New: AWT FileDialog crashes

The following test program (provided by Timo Lindfors) crashes when selecting a file and hitting the OK button. import java.awt.*; public class FileDialogTest2 extends Frame { public static void main(String[] args) { new FileDialogTest2().setVisible(true); }

[Bug middle-end/19417] [3.3 only] return value of some functions not properly set (in r3)

--- Additional Comments From dje at gcc dot gnu dot org 2005-01-15 00:40 --- The inlined asm rtl_a_set() does not list any outputs or clobbers, so it looks like the compiler safely can assume that the value is unchanged. I am not sure why the compiler can assume that the value is zero,

[Bug ada/19382] ACATS cxb5002 simple To_Fortran test fails at runtime on s390-linux

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-15 00:45 --- This is caused by instruction scheduling not noticing a dependency, apparently because alias sets are set up incorrectly. At the end of the tree optimizer phase we have: :; fortran_character_1[1]{lb: 1

[Bug middle-end/19454] New: bad code generated with gcc.c-torture/execute/bf64-1.c at -O1

Here is a slightly modified version of bf64-1.c with print statments: struct tmp { long long int pad : 12; long long int field : 52; }; struct tmp2 { long long int field : 52; long long int pad : 12; }; struct tmp sub (struct tmp xtmp); struct tmp2 sub2 (struct tmp2 xtmp2); struct tm

[Bug ada/18727] ACATS c43214c fails at runtime

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-15 00:55 --- This one fails on s390-ibm-linux as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727

[Bug ada/18727] ACATS c43214c fails at runtime

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-01-15 00:56 --- And on s390x-ibm-linux too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18727

[Bug c/19455] New: typeof no longer works for bitfields

The following program struct X { unsigned n : 1; }; int main() { struct X x; typeof(x.n) tmp = 0; return tmp; } compiles without error in 3.x, both as C and as C++. In 4.0 it still compiles without error as C++, but no longer as C. Nothing in the documentation for typeof (http://gcc.gnu.org/on

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

--- Additional Comments From janis187 at us dot ibm dot com 2005-01-15 01:24 --- Created an attachment (id=7963) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7963&action=view) example binary compatibility testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

--- Additional Comments From janis187 at us dot ibm dot com 2005-01-15 01:27 --- Darn, I did my comments wrong. Yan, the testcase you attached doesn't match the output you show. For all compilers I have available on a RHEL3 system I get: Dumping array with size of 2 Character 0 is 1 C

[Bug c++/19448] Different value representation for bitfield width exceeding its type size.

-- What|Removed |Added CC||janis at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448

[Bug c/19455] [4.0 Regression] typeof no longer works for bitfields

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 01:36 --- CC: jsm since he was the one who changed the behavior. -- What|Removed |Added

[Bug middle-end/19454] [4.0 Regression] bad code generated with gcc.c-torture/execute/bf64-1.c at -O1

-- What|Removed |Added CC||rth at gcc dot gnu dot org Keywords||wrong-code Summary|bad c

[Bug c++/19263] [3.4/4.0 regression]: wrong-code: explicit initialization of v8qi miscompiled

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 01:50 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug libstdc++/19343] [4.0 Regression] New warnings in libstdc++-v3 since 2004-01-05

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 02:04 --- Actually AJ's orginal analysis of the problem was right (and the same as mine): "What is the best way to fix this? Should we add to include/bits/functexcept.h some __attribute__((noreturn)) ?" He was talkin

Re: cvs snap compilation error

Tommy Vercetti wrote: ./configure --prefix=/usr/local/gcc4.0 --with-system-zlib --enable-languages=c,c++ We never use "./configure". It is supposed to work, but since we never use this ourselves, it is often accidentally broken. Instead, you should do something like cd .. mkdir build cd

[Bug middle-end/19405] [4.0 Regression] 18_support/numeric_limits.cc fails on ppc-darwin (long doubles)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 02:07 --- As reported here: . The problem is that fold is not up to folding the 128bit IBM format of "1 + eplision != 1". -- What|Removed

[Bug objc/19321] [4.0 regression] objc ignores volatile in argument types for messages

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |zlaski at apple dot com |dot org | Status|NEW

[Bug c++/19437] wrong warning when assigning negative value to int

--- Additional Comments From schlie at comcast dot net 2005-01-15 02:38 --- (In reply to comment #5) Yes, I apologize, I misread the the report/answer, you are of course correct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19437

[Bug other/19328] FAIL: gcc.dg/attr-alias-2.c (test for excess errors)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 02:54 --- Fixed by: 2005-01-14 Andrew Pinski <[EMAIL PROTECTED]> John David Anglin <[EMAIL PROTECTED]> PR other/19328 * gcc.dg/attr-alias-2.c: dg-require-alias takes an argument

[Bug other/19328] FAIL: gcc.dg/attr-alias-2.c (test for excess errors)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-15 02:54 --- Subject: Bug 19328 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-15 02:54:27 Modified files: gcc/testsuite : ChangeLog gcc/testsuite/gcc.

[Bug c++/19447] unknown conversion type character `q' in format

--- Additional Comments From corsepiu at gcc dot gnu dot org 2005-01-15 04:32 --- (In reply to comment #1) > Invalid, the warnings were correct for compiling 3.4.x but are not correct > when compiling 4.0.0 but you > have to compile with 4.0.0 to get correct warnings for this case. Are

[Bug c++/19447] unknown conversion type character `q' in format

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 04:38 --- No what I am saying if you want accurate warnings for building 4.0.0, you need 4.0.0 but since we don't build cross compilers with -Werror for a reason. Basically we added more formating in 4.0.0 which ar

[Bug target/18434] [4.0 Regression] Cannot build gnattools on Tru64 UNIX V5.1B

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 05:12 --- Does this work now or something else is wrong? -- What|Removed |Added Keywords|

[Bug rtl-optimization/19085] [4.0 Regression] FAIL: gcc.c-torture/execute/ieee/compare-fp-3.c compilation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 05:26 --- *** This bug has been marked as a duplicate of 17578 *** -- What|Removed |Added

[Bug tree-optimization/17578] Missed optimization--failure of gcc.c-torture/execute/ieee/compare-fp-3.c at -O1 and above

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 05:26 --- *** Bug 19085 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17578

[Bug tree-optimization/18031] OR of a bitfield and a constant is not optimized at tree level

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 05:31 --- Well or just fold being fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18031

[Bug tree-optimization/13875] [tree-ssa] missed jump thread optimization on the tree-level

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 05:38 --- I don't see any more obvios ones, can you? Though I did see a missed optimization (see PR 19431). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13875

[Bug target/19293] avr-gcc crashes when using shifts with negative shift count

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 05:53 --- Confirmed: 20020710-1.c:9: warning: right shift count is negative 20020710-1.c:12: error: negative insn length (insn 13 8 16 (set (reg:HI 24 r24 [orig:42 D.1107 ] [42]) (lshiftrt:HI (reg/v:HI 24 r24

[Bug target/19336] FAIL: gcc.dg/titype-1.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:02 --- Confirmed. -- What|Removed |Added Severity|normal |enhancemen

[Bug libfortran/19014] print *,maxloc(array) segfaults

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:03 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug libgcj/19036] readObject memory consumption

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:04 --- Closing as fixed as it was fixed for me with a later version of the mainline. -- What|Removed |Added -

[Bug libgcj/19003] Potential problems in libjava system calls with gc-boehm

-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/sh

[Bug rtl-optimization/18995] delete_trivially_dead_insns fails to update the liveness information

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||ice-on-v

[Bug target/18994] storage class in debugging strings

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-01-

[Bug java/18945] gcj ICE with -findirect-dispatch

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug debug/14022] asm() should start a new line table entry

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:07 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:11 --- Is there an even way to fix this to even produce correct code? -- What|Removed |Added

[Bug java/18399] [4.0 Regression] Class initialization optimization does not work with the inliner

-- What|Removed |Added Severity|normal |minor Last reconfirmed|2004-12-12 04:39:18 |2005-01-15 06:21:42 date|

[Bug inline-asm/16194] [3.3/3.4/4.0 Regression] global register with inline-asm and clobered

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 06:33 --- This was caused by: 2002-09-23 Hans-Peter Nilsson <[EMAIL PROTECTED]> * doc/extend.texi (Extended Asm): Clarify that overlap between asm-declared register variables used in an asm

[Bug inline-asm/16194] [3.3/3.4/4.0 Regression] global register with inline-asm and clobered

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 07:20 --- Mine, I posted a patch for this but it has not showed up on gcc-patches yet. -- What|Removed |Added --

[Bug inline-asm/16194] [3.3/3.4/4.0 Regression] global register with inline-asm and clobered

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-15 07:20 --- Patch here: . -- What|Removed |Added

[Bug rtl-optimization/13931] [3.3/3.4/4.0 Regression] combiner much slower on big basic blocks

--- Additional Comments From echristo at redhat dot com 2005-01-15 07:31 --- Thought I did last time.. otherwise I'm not sure what the question is. -- What|Removed |Added

<    1   2