[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 07:21 --- Patch posted here: -- What|Removed |Added --

[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 07:14 --- *** Bug 18397 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug middle-end/18397] G++ ICE in g++-v3/bits/vector.tcc

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 07:13 --- PR 18425 has the reduced testcase, sorry I did not notice -ftree-vectorizer earlier. *** This bug has been marked as a duplicate of 18425 *** -- What|Removed |Added ---

[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 07:03 --- Confirmed, reduced all the way down to: char ** _M_allocate(); void _M_fill_insert(unsigned int __n) { char **__new_start = _M_allocate(); char *__tmp = 0; for (; __n > 0; --__n, ++__new_start)

[Bug c/18426] -Wstrict-aliasing fails to report simple case of breaking strict aliasing rules

-- What|Removed |Added Severity|minor |enhancement Keywords||diagnostic http://gcc.gnu.org/bugzilla/show_bug.c

[Bug c/18426] New: -Wstrict-aliasing fails to report simple case of breaking strict aliasing rules

/* x86 platform. This simple program with the obvious breaking of strict aliasing rules does not generate a warning with -Wstrict-aliasing gcc -Wall -Wstrict-aliasing test.c tested on Pentium 4 gcc 3.4.2, gcc 3.3.5 and gcc 3.2.3, as built for debian unstable 2004 Nov 9 */ #i

[Bug tree-optimization/18425] ICE in vector.tcc when -ftree-vectorize enabled

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 05:50 --- Confirmed but not reduced (reducing it right now) but I have a fix, once I reduce this I will submit the fix for this. -- What|Removed |Added --

[Bug middle-end/18397] G++ ICE in g++-v3/bits/vector.tcc

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 05:44 --- Oh, I must have missed -ftree-vectorize in the command line for some reason -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18397

[Bug tree-optimization/18425] New: ICE in vector.tcc when -ftree-vectorize enabled

I reduced the problem to a small, albeit nonsensical, test case: #include void foo() { std::vector v; while (1) v.resize(1); } I'm compiling with -O3 -ftree-vectorize -march=pentium4 on gcc 4.0.0(20041110). I think this is related to bug 18397, but since it's unconfirmed I

[Bug fortran/15975] ICE in trans-array.c pointer array initialization stuff

-- What|Removed |Added Keywords|ice-on-valid-code |diagnostic, rejects-valid Last reconfirmed|2004-06-13 18:02:19 |2004-11-11 05:37:37 da

[Bug fortran/15976] ICE: assertion failure in trans-array.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 05:35 --- We now accepts the code slightly. -- What|Removed |Added Keywords|ice-on-invalid-c

[Bug fortran/15972] ICE : assertion failure in trans-array.c (pointer function stuff)

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15972

[Bug rtl-optimization/18294] [4.0 Regression] ICE in rtl_verify_flow_info during bootstrap

--- Additional Comments From wilson at gcc dot gnu dot org 2004-11-11 05:19 --- This appears to be the same bug as 18420. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18294

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From wilson at gcc dot gnu dot org 2004-11-11 05:19 --- This looks like the same problem as 18294 which is an ia64-hpux bootstrap failure. In that PR, I suggested that simplify_gen_subreg should just create the subreg for a hard register when simplify_subreg does

[Bug fortran/16942] ICE automatic length vector as function return value

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 05:17 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/15972] ICE : assertion failure in trans-array.c (pointer function stuff)

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 05:13 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 05:04 --- int_val & long_val == (long)(int_val) & long_val by what I had quoted in the other bug which you were talking about this. Also, that simplification comes from combine and knowning that ((int_val & long_v

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-11-11 04:59 --- Subject: Re: 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed. > From: pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> > > --- Additional Comments From pinskia at gcc dot g

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 04:41 --- Actually what you said is not true for this testcase as you have int & long and not int & int. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18424

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-11-11 04:33 --- Subject: Re: 3.4.3 ~6x+ performance regression vs. 3.3.1, constant trees not being computed. As implied earlier, this problem may be related to (in my words) an overly complicated and error prone processes of

[Bug target/18230] SPARC VIS instructions are not generated by GCC

--- Additional Comments From phython at gcc dot gnu dot org 2004-11-11 04:03 --- Another long round of testing shows only those two new pch failures on sparc64-linux and no new failures on sparc32-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18230

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-11-11 03:55 --- Subject: Re: 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed. > pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > When I did 1 << 24 I got a warning (at least on the mai

[Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses

--- Additional Comments From mg_gentoo at yahoo dot com 2004-11-11 03:45 --- Well, the problem isn't inexperience (in my case anyway) so much as that a process which worked in the past does no longer since the introduction of certain new build magic (for the better, mind you) in 3.4. Sin

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 03:17 --- When I did 1 << 24 I got a warning (at least on the mainline on a cross to avr) about 24 being greater than the size of int so it was going to be 0. Again in real terms there is something on here but I r

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From schlie at comcast dot net 2004-11-11 03:15 --- Subject: Re: 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed. Yes but regardless of the size of the constant 1: if (a & (1L << 24)) or (a & (1 << 24)) yields the same results, an

[Bug other/18423] [4.0 Regression] powerpc-eabisim build broken due to configure skipping fixincludes

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 03:02 --- Just like the cygwin one we don't need fixincludes at all because the headers always comes from newlib. -- What|Removed |Added --

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 02:52 --- or the default for -mint8 changed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18424

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 02:49 --- I amost think the size of long changed for 3.4.0 for avr to 32bits. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18424

[Bug middle-end/18424] 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 02:48 --- Here is an example for PPC: int foo2 ( short a ){ if (a & (1 << 23)) return 1; else return 2 ; } but it is not a regression on PPC with the above example -

[Bug c/18424] New: 3.4.3 ~6x+ performance regression vs 3.3.1, constant trees not being computed.

3.4.3 generates code which may be ~6x+ slower and larger than 3.3.1 @ -0s as it apparently no longer evaluates constant expression trees in anything other than simple expressions for some reason, which may result in serious performance and code size regressions, which should really be fixed if poss

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 02:10 --- The reason why we are not using r31 at least on darwin is because that is the PIC register. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 02:04 --- Jan you added that code to simplify_subreg but I could not figure out why it was really added except that it effected x86_64 (when bootstrapped with -fomit-frame-pointer). Note in this case the mode the

[Bug target/18394] [4.0 regression] mmix-knuth-mmixware testsuite failure: gcc.c-torture/execute/strct-pack-3.c

--- Additional Comments From hp at gcc dot gnu dot org 2004-11-11 01:50 --- Observed to work with "Wed Nov 10 22:59:00 UTC 2004". (Observed to fail with "Wed Nov 10 20:00:24 UTC 2004".) -- What|Removed |Added --

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 01:49 --- The problem is that the register is r30 (which is the FRAME_POINTER_REGNUM) and reload is not complete at this point, maybe this is not the correct check. ((reload_completed && !frame_pointer_needed)

[Bug other/18423] New: powerpc-eabisim build broken due to configure skipping fixincludes

There was a change to configure proposed by Paolo Bonzini in September, checked into configure.in by Aaron LaFramboise in October, and configure (when it was regenerated to include his own patch) by HJ Lu in November that prevents fixincludes from being built for powerpc-eabisim, causing a build fo

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 01:04 --- Even though this patch fixes it, it is not the right fix as simplify_subreg should just return a change in the mode rather than return null. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 00:47 --- This patch fixes it: Index: simplify-rtx.c === RCS file: /cvs/gcc/gcc/gcc/simplify-rtx.c,v retrieving revision 1.207 diff -u -p -r1.207 simpli

[Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses

--- Additional Comments From wilson at specifixinc dot com 2004-11-11 00:40 --- Subject: Re: [3.4/4.0 Regression] libstdc++ fails for crosses On Wed, 2004-11-10 at 13:11, mg_gentoo at yahoo dot com wrote: > --- Additional Comments From mg_gentoo at yahoo dot com 2004-11-10

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 00:34 --- Found the patch which caused the problem: * simplify-rtx.c (simplify_gen_subreg): Fail if simplify_subreg has failed when passed a hard register. -- What|Removed

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 00:31 --- This is the rtl we used to produce: (insn 144 69 75 8 (set (reg:CC 75 cr7) (reg:CC 30 r30 [125])) 336 {*movcc_internal1} (nil) (nil)) <-- this the insn which we are messing up now. (jump_insn:H

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 00:30 --- We used to change the mode to CC from CCFP but now we don't. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420

[Bug tree-optimization/18419] [4.0 Regression] tree-ssa aliasing slow

--- Additional Comments From steven at gcc dot gnu dot org 2004-11-11 00:29 --- You could try an sbitmap for "ai->ssa_names_visited" in tree-ssa-alias, and a pointer_set for "visited" in walk_use_def_chains_1. -- What|Removed |Added --

[Bug tree-optimization/18419] [4.0 Regression] tree-ssa aliasing slow

--- Additional Comments From steven at gcc dot gnu dot org 2004-11-11 00:05 --- Note that the number of computed gotos shouldn't matter much, we factor computed gotos to have a single common computed jump. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18419

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-11 00:04 --- The bug is in emit_move_insn_1, we set the out side to null for some reason. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 23:58 --- Never mind my comment about "emit_insn (gen_rtx_SET " because we are not calling that but 7530emit_insn (gen_move_insn (out, in)); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 23:49 --- in gen_reload, we do: emit_insn (gen_rtx_SET (VOIDmode, out, in)); but somehow the set gets changed for the out to be nil. Note out and in are correct here. After this we don't get the correct insn in

[Bug bootstrap/18422] configure scripts run incredibly slow when bootstrapping on AIX

-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18422

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 23:45 --- I was wrong in the sense that is the right RTL except that nill is wrong and is being overwritten. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18420

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 23:04 --- Hmm, someone did an emit_rtx and did not end_sequence as the insn looks like: (insn 143 0 0 (set (nil) (reg:CC 75 cr7)) -1 (nil) (nil)) -- What|Removed |Add

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 22:57 --- Confirmed, also happens on powerpc-darwin with -O2 -fPIC. -- What|Removed |Added

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-10 22:50 --- Testcase reduced from the mesa context.c file. Compiling this with -O2 segfaults on linux-powerpc64 segfaults. typedef unsigned int size_t; extern void *malloc (size_t __size) __attribute__ ((__malloc__));

[Bug c++/18416] [4.0 regression] ICE in import_export_decl

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 22:46 --- I could not reproduce it either on powerpc-darwin but could with a cross to ia64-*-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18416

[Bug bootstrap/18422] New: configure scripts run incredibly slow when bootstrapping on AIX

hardware: 2xPOWER3-II 450MHz/2GB RAM/36GB 10K disk oslevel -r: 5200-03 I'm not too much into the gcc bootstrapping process but I believe this occurs at stage2 (already using xgcc to compile), at first when the configure script for libstdc++ runs. The configure script is running at around a 1 (one!

[Bug AWT/18312] Component.createImage() doesn't clear bitmap

--- Additional Comments From sven at physto dot se 2004-11-10 22:12 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolu

[Bug AWT/17351] java.awt.color.ICC_Profile unimplemented

--- Additional Comments From sven at physto dot se 2004-11-10 22:11 --- Merged over from classpath now. Great! -- What|Removed |Added Status|NEW

[Bug c++/18416] [4.0 regression] ICE in import_export_decl

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-10 22:09 --- I'm not able to reproduce this on i686-pc-linux-gnu. Any special configuration options required? Or is this only visible on ia64-*-linux-gnu? Thanks, -- Mark -- http://gcc.gnu.org/bugzilla/show_bug

[Bug c++/18416] [4.0 regression] ICE in import_export_decl

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW

[Bug libstdc++/16371] [3.4/4.0 Regression] libstdc++ fails for crosses

--- Additional Comments From mg_gentoo at yahoo dot com 2004-11-10 21:11 --- Jim, you expressed an interest in this bug a while back, suggesting 1) using sysroot - which I tried, it didn't help anything and 2) looking for an unspecified something in config.log. Can you provide any insigh

[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 21:10 --- Subject: Bug 18160 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 21:09:30 Modified files: gcc/cp : ChangeLog typeck.c Log message:

[Bug middle-end/18160] [4.0 Regression] ICE on taking register variable address

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 21:10 --- Subject: Bug 18160 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 21:09:30 Modified files: gcc/cp : ChangeLog typeck.c Log message:

[Bug fortran/18375] ICE when compiling spec benchmark fma3d

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18375

[Bug fortran/18375] ICE when compiling spec benchmark fma3d

--- Additional Comments From pbrook at gcc dot gnu dot org 2004-11-10 20:26 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug fortran/18375] ICE when compiling spec benchmark fma3d

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 20:04 --- Subject: Bug 18375 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 20:03:23 Modified files: gcc/fortran: ChangeLog trans-expr.c trans-io.c L

[Bug bootstrap/18381] [4.0 Regression] Stage 1 failure in fixincludes, recent CVS

--- Additional Comments From mg_gentoo at yahoo dot com 2004-11-10 20:02 --- Same problem building compiler on x86_64 targetted at *mingw* (as opposed to cygwin). -- What|Removed |Added -

[Bug middle-end/17564] [4.0 Regression] New treatment of function pointers when used with equality operators

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

[Bug c/18322] [3.3/3.4 Regression] __func__ diagnostic in bad location

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 19:47 --- Subject: Bug 18322 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2004-11-10 19:46:34 Modified files: gcc: Change

Re: Bad compile time complexity for large files ??? (fwd)

On Nov 10, 2004, at 11:14 AM, Gabriel Dos Reis wrote: FYI. Joris's messages seem to have been blocked... Please, CC: Joris when replying. Joris -- It might help if you can provide information about the version of GCC you're using. You might also want to try http://gcc.gnu.org/bugzilla/ That w

Bad compile time complexity for large files ??? (fwd)

FYI. Joris's messages seem to have been blocked... Please, CC: Joris when replying. Joris -- It might help if you can provide information about the version of GCC you're using. You might also want to try http://gcc.gnu.org/bugzilla/ That way, your report will be recorded in the PR databa

[Bug tree-optimization/17892] [4.0 Regression] gcc-4.0 should not reassociate floating point add or multiplication

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 19:07 --- Subject: Bug 17892 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 19:06:54 Added files: gcc/testsuite/gcc.c-torture/execute/ieee: unsafe-fp-assoc

[Bug fortran/18375] ICE when compiling spec benchmark fma3d

-- What|Removed |Added Status|NEW |ASSIGNED Last reconfirmed|2004-11-08 14:21:42 |2004-11-10 19:05:28 date|

[Bug rtl-optimization/18294] [4.0 Regression] ICE in rtl_verify_flow_info during bootstrap

--- Additional Comments From sje at cup dot hp dot com 2004-11-10 18:54 --- See proposed patch in http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00829.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18294

[Bug c++/18418] [3.4 only] GCC 3.4.3 builds worse code than GCC 3.3.4 using template expressions

--- Additional Comments From giovannibajo at libero dot it 2004-11-10 18:52 --- Notice that I would prefer to see a runtime benchmark before confirming this bug. A 20% increase in code size could probably be caused by better inlining -- it does not automatically means that the code is

[Bug bootstrap/18310] [3.4 regression] "make bootstrap-lean" deletes stage2/xgcc

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 18:35 --- So closing as fixed. -- What|Removed |Added Status|UNCONFIRMED |

[Bug target/18421] Internal Compiler Error

-- What|Removed |Added Component|c |target Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug

[Bug c/18421] New: Internal Compiler Error

Hello, I tried to compile the newlib with -O1. I got m68k-elf-gcc -B/home/bwalle/src/packages/BUILD/newlib-1.12.0/m68k-elf/m5307/newlib/ -isystem /home/bwalle/src/packages/BUILD/newlib-1.12.0/m68k-elf/m5307/newlib/targ-include -isystem /home/bwalle/src/packages/BUILD/newlib-1.12.0/newlib/libc/inc

[Bug libgcj/18376] java.io.BufferedWriter outputing extraneous characters?

--- Additional Comments From wayne dot gray at coynetextileservices dot com 2004-11-10 18:23 --- Ok thanks. I'll rip out that File.length() stuff and see if that works. Thanks for your time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18376

[Bug tree-optimization/18419] [4.0 Regression] tree-ssa aliasing slow

-- What|Removed |Added CC||lucier at math dot purdue ||dot edu http://gcc.gnu.org/bugzilla

[Bug rtl-optimization/18420] [4.0 Regression] ICE compiling mesa at -O2

-- What|Removed |Added Component|middle-end |rtl-optimization Keywords||ice-on-valid-code Summary|ICE comp

[Bug target/16975] Tremendous increase in compile times for 3.4.1 with -mcpu=G5

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 18:01 --- I already filed the compile time problem for tree-ssa aliasing as PR 18419. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16975

[Bug c++/18143] [4.0 Regression] Duplicated thunk with a huge member in the hierarchy

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 17:35 --- Subject: Bug 18143 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 17:34:48 Modified files: gcc: ChangeLog tree.c gcc/cp

[Bug c++/18143] [4.0 Regression] Duplicated thunk with a huge member in the hierarchy

--- Additional Comments From nathan at gcc dot gnu dot org 2004-11-10 17:26 --- 2004-11-10 Nathan Sidwell <[EMAIL PROTECTED]> * tree.c (tree_check_failed): Emit general error if the list of node types is empty. PR c++/18143 * cp-tree.h (NON_THUNK_FUNCT

[Bug c++/18369] [4.0 regression] Segfault on braced new

--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-11-10 17:20 --- Fixed in GCC 4.0. -- What|Removed |Added Status|ASSIGNED|RE

[Bug tree-optimization/17892] [4.0 Regression] gcc-4.0 should not reassociate floating point add or multiplication

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 17:18 --- Subject: Bug 17892 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 17:18:01 Modified files: gcc: tree-ssa-dom.c ChangeLog gcc

[Bug target/14563] new/delete much slower than malloc/free because of sjlj exceptions

--- Additional Comments From kjd at duda dot org 2004-11-10 17:05 --- (In reply to comment #40) > Ron, can you please attach your testcase that shows the problem to this PR? > This PR is a regression on cygwin because the speed is back with 3.2. Here's a test case for you... -Ken ---

[Bug c++/18369] [4.0 regression] Segfault on braced new

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-11-10 17:01 --- Subject: Bug 18369 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2004-11-10 17:01:00 Modified files: gcc/cp : ChangeLog init.c gcc/testsui

[Bug c++/18416] [4.0 regression] ICE in import_export_decl

--- Additional Comments From schwab at suse dot de 2004-11-10 16:48 --- Broken by this: 2004-07-29 Mark Mitchell <[EMAIL PROTECTED]> * cp-tree.h (IDENTIFIER_REPO_CHOSEN): Define. ... -- What|Removed |Added

[Bug middle-end/18420] ICE compiling mesa at -O2

-- What|Removed |Added GCC target triplet||powerpc64-linux Summary|ICE compiling mesa at -O2 |ICE compiling mesa at -O2 Version|u

[Bug middle-end/18420] New: ICE compiling mesa at -O2

I'll add more details as they unfold, but wanted to get this posted into bugzilla. The autotester has been pretty flaky lately that I don't have a good idea when this broke, but looks to have broken somewhere between Oct 29 and Nov 4. I don't have data between those dates, but Nov 4. build did no

[Bug target/16975] Tremendous increase in compile times for 3.4.1 with -mcpu=G5

ing=no --enable-languages=c Thread model: posix gcc version 4.0.0 20041110 (experimental) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16975

[Bug target/14563] new/delete much slower than malloc/free because of sjlj exceptions

--- Additional Comments From ron_hylton at hotmail dot com 2004-11-10 16:20 --- (In reply to comment #40) > Ron, can you please attach your testcase that shows the problem to this PR? > > This PR is a regression on cygwin because the speed is back with 3.2. This is the test case I was

[Bug bootstrap/18310] [3.4 regression] "make bootstrap-lean" deletes stage2/xgcc

--- Additional Comments From prj-bugzilla-gcc at multivac dot cwru dot edu 2004-11-10 15:38 --- This happened with the prerelease, but it doesn't happen with the final 3.4.3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18310

[Bug tree-optimization/18419] [4.0 Regression] tree-ssa aliasing slow

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 15:36 --- Most of the time is spent in bitmap_bit_p which is called from collect_points_to_info_for, maybe we should be using sbitmap instead. Note collect_points_to_info is called from merge_pointed_to_info --

[Bug tree-optimization/18419] [4.0 Regression] tree-ssa aliasing slow

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18419

[Bug c++/18416] [4.0 regression] ICE in import_export_decl

--- Additional Comments From schwab at suse dot de 2004-11-10 15:19 --- 3.4.3 works. -- What|Removed |Added Known to work||3.4.3 http://gc

[Bug tree-optimization/18419] New: [4.0 Regression] tree-ssa aliasing slow

The testcase from PR 16975 shows the tree-ssa aliasing pass can be slow. You can get the testcase from: Here is the results from my build (yes with --disable-checking): tree PTA : 35.74 (38%) usr 0.12 ( 1%) sys 37.63 (3

[Bug c++/18416] [4.0 regression] ICE in import_export_decl

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 14:39 --- This might also effect 3.4.3 but I have not tried it. Here is the reduced testcase: struct errarg { errarg(); }; extern errarg empty_errarg; extern void errprint(const char *, const errarg &arg1 = e

[Bug ada/18417] [4.0 Regression]Ada bootstrap failure on IRIX 6.5: tb-gcc.c missing

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 14:13 --- #elif defined (__mips) && defined (__sgi) #define USE_GCC_UNWINDER #define PC_ADJUST -8 #endif Caused by: 2004-06-25 Olivier Hainque <[EMAIL PROTECTED]> * tracebak.c: Introduce support for a GCC

[Bug target/18380] [3.4 regression]: _Unwind_FindTableEntry shouldn't be exported from libunwind.so.7

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 14:08 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug c++/18418] [3.4 only] GCC 3.4.3 builds worse code than GCC 3.3.4 using template expressions

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 14:07 --- First this is invalid code as explained in PR 18415. Second this works fine on the mainline as get close to optimial code. -- What|Removed |Added

[Bug c++/18415] Template-expression using program crashes on -O0 but not on -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-10 13:58 --- return Expr3(*this, Expr(e)); The life time of Expr(e) is just this statement so this is invalid. -- What|Removed |Added

  1   2   >