[Bug c++/6273] [4.0 regression] User-defined operator+ and use of enum values in computation of array bounds

--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-02-10 08:00 --- John Spicer and I have had a long talk about this issue, and we're of differring opinions. There's going to be a core issue about this, but until that's resolved I don't think we know whether to call this

[Bug c++/19755] [3.3/3.4/4.0 Regression] -Wmissing-braces doesn't warn anymore

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

[Bug c++/6273] [4.0 regression] User-defined operator+ and use of enum values in computation of array bounds

--- Additional Comments From giovannibajo at libero dot it 2005-02-10 08:15 --- Let's suspend it then. It's still questionable whether we should let GCC change behaviour between 3.4 and 4.0 on this unresolved issue, but I guess that Mark had fixed it back to the previous behaviour, had

[Bug driver/19848] "options passed" from -verbose-asm do not adequately reflect optimization

--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10 08:52 --- (In reply to comment #2) > There are a gazillion places where we just check "if (optimize)" without > any specific flag. It would be quite a lot of work to introduce flags for all > of them, and I'm not

[Bug tree-optimization/17549] [4.0 Regression] 10% increase in codesize with C code compared to GCC 3.3

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 09:08 --- The slowdown is probably some unfortunate icache effect - ccould be anything from alignment, the slightly larger instructions due to using r8 instead of rcx. I guess we should not care too much about such

[Bug libgcj/19823] java fails with non-executable memory

--- Additional Comments From aj at gcc dot gnu dot org 2005-02-10 09:22 --- With my patch, the results look good again (this is on x86-64 with multilibs): === libjava Summary for unix === # of expected passes3726 # of expected failures 14 # o

[Bug tree-optimization/19637] Missed constant propagation with placement new

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-10 09:39 --- It's CCP that for foo_void is able to propagate &i[0] into the comparison here: struct Foo * const this; void * D.1798; size_t D.1795; void * __p; int i[2]; struct Foo * i.6; int D.1786; str

[Bug tree-optimization/19637] Missed constant propagation with placement new

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-10 09:49 --- The difference between foo_void and foo_void_offset is that for foo_void PRE cannot see that (struct Foo *) &i[0] is equivalent to (struct Foo *) &i. As such, for foo_void we end up with : __p_2 = &i[0];

[Bug libfortran/19872] New: closed and re-opened file not overwriten

program wtest implicit none open(1,file='wtest.out') write(1,'("1 2 3 4 5 6 7 8 9")') close(1) open(1,file='wtest.out') write(1,'("9 8 7 6")') close(1) end [EMAIL PROTECTED] gfortran]$ gfc a.f [EMAIL PROTECTED] gfortran]$ ./a.out [EMAIL PROTECTED] g

[Bug tree-optimization/17549] [4.0 Regression] 10% increase in codesize with C code compared to GCC 3.3

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 10:06 --- 'size' for susan_edged_mod_1 .o files 33 = pre 3.3.3-suse (hammer branch 40 = CVS head 20050209 patched = CVS head 20050209 with the 'TER hack' patch applied. i686: textdata bss dec

[Bug ada/19851] The new GNAT can't compile PolyORB

--- Additional Comments From krischik at users dot sourceforge dot net 2005-02-10 10:13 --- Created an attachment (id=8160) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8160&action=view) Source needed to recreate the bug. After seperating the source with gnatchop use the followin

[Bug ada/19851] The new GNAT can't compile PolyORB

--- Additional Comments From krischik at users dot sourceforge dot net 2005-02-10 10:17 --- Hello Arno, I have added the sources, as you requested. I hope I got the gnatchop stuff right. I have tested the sources with the provided command and the error persists. Version: GNAT 4.0.0 2

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10 10:17 --- It appears the problem is caused by one of the optimization options that cannot be controlled with flags. One suspect is this code snippet from gcc/config/ia64.c : static bool ia64_rtx_costs (rtx x, in

[Bug ada/19851] The new GNAT can't compile PolyORB

--- Additional Comments From krischik at users dot sourceforge dot net 2005-02-10 10:20 --- (From update of attachment 8160) Mime type was not correctly determined. -- What|Removed |Added --

[Bug tree-optimization/19637] Missed constant propagation with placement new

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-10 10:20 --- The C++ frontend doesn't give us the opportunity to canonicalize &i to &i[0] as it doesn't call fold in typeck:build_address or decay_conversion. I'm lost here. -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug driver/19848] "options passed" from -verbose-asm do not adequately reflect optimization

--- Additional Comments From schwab at suse dot de 2005-02-10 10:33 --- $ find . -name '*.c' | xargs grep '[(&|!] *optimize[) =!><|&]' | wc -l 204 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19848

[Bug preprocessor/19309] [3.4/4.0 Regression] Wrong documentation of predefined __GNUC__ with cpp invocation

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 10:37 --- http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00410.html is a start. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19309

[Bug tree-optimization/16913] [4.0 Regression] restrict does not make a difference

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 10:50 --- The real problem here is that the tree alias analyses do not take full advantage of 'restrict'. There are more PRs about this, and it is also *the* major source of regressions in a well-known commercial be

[Bug tree-optimization/16913] [4.0 Regression] restrict does not make a difference

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 10:55 --- Add some dependencies to other restrict-related problem reports. -- What|Removed |Added Bug

[Bug libgcj/19823] java fails with non-executable memory

--- Additional Comments From aph at gcc dot gnu dot org 2005-02-10 10:58 --- It looks like the patch was applied to the wrong place in the file: it certainly was my intention to apply it to all Linux. And indeed, my testing was not on m68k, but on x86-64. The obvious question is whethe

[Bug tree-optimization/19828] [4.0 Regression] LIM is pulling out a pure function even though there is something which can modify global memory

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 10:58 --- wrong-code, the worst kind we have... -- What|Removed |Added Severity|normal

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 11:02 --- In comment #3 Zdenek said "Possibly even better would be to add generation of autoincrements to loop optimizer, but this would require fixing cse so that it handles them correctly." Zdenek, can you elabora

[Bug rtl-optimization/19210] [4.0 Regression] not using do-loop for some loops

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 11:06 --- Is this really a regression if, really, 3.3 was buggy? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19210

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-02-10 11:12 --- Subject: Re: [4.0 Regression] Poor quality code after loop unrolling. > In comment #3 Zdenek said "Possibly even better would be to add generation of > autoincrements to loop optimize

[Bug c/19873] New: odd behaviour compiling XaoS

The current source (CVS or 3.1.1, same) of XaoS (http://xaos.sf.net), if you compile it and run bin/xaos, gives a segmentation fault if you press the button B twice (setting perturbation on/off). Now if I add the following line to src/ui-hlp/menu.c in the end of uih_persw(): printf(""); there wil

[Bug c/19342] [4.0 regression] ICE in common_type, at c-typeck.c:490

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10 12:19 --- Subject: Bug 19342 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-10 12:18:52 Modified files: gcc: ChangeLog c-typeck.c gcc/tes

[Bug c/19342] [4.0 regression] ICE in common_type, at c-typeck.c:490

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-10 12:20 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug middle-end/19874] New: ICE in emit_move_insn with __attribute__((mode (QI))) enum

Enhanced testcase for PR c/19342 still ICEs e.g. on x86_64 at -O2, particularly in emit_move_insn. expand_value_return is called with val = (reg:QI 64), but return_reg has different mode, (reg:SI 58 [ ]). -- Summary: ICE in emit_move_insn with __attribute__((mode (QI)))

[Bug middle-end/19874] ICE in emit_move_insn with __attribute__((mode (QI))) enum

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-10 12:27 --- Created an attachment (id=8161) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8161&action=view) pr19874-test.patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19874

[Bug middle-end/19874] ICE in emit_move_insn with __attribute__((mode (QI))) enum

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

[Bug rtl-optimization/11707] [3.4 Regression] [new unroller] constants not propagated in unrolled loop iterations with a conditional

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-10 12:46 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00656.html pinged. Or WONTFIX - it's up to Mark. -- What|Removed |Added ---

[Bug rtl-optimization/11707] [3.4 Regression] [new unroller] constants not propagated in unrolled loop iterations with a conditional

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 12:48 --- In reply to comment #13 - I have tested the patch on i686, amd64, ppc, and ia64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11707

[Bug rtl-optimization/19210] [4.0 Regression] not using do-loop for some loops

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-02-10 12:50 --- No, it is not, still I would not close it as WONTFIX. I'd rather see it suspended, and even better I'd like to see an approval for Zdenek's unsafe loop optimization patch. -- http://gcc.gnu.org/bugzilla

[Bug rtl-optimization/17860] [3.4 only] Wrong generated code for loop with varying bound

--- Additional Comments From bonzini at gcc dot gnu dot org 2005-02-10 12:51 --- Oh, and VTOP notes were killed on mainline. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17860

[Bug preprocessor/19309] [3.4/4.0 Regression] Wrong documentation of predefined __GNUC__ with cpp invocation

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 13:13 --- . -- What|Removed |Added Status|NEW |RESOLVED R

[Bug preprocessor/19309] [3.4/4.0 Regression] Wrong documentation of predefined __GNUC__ with cpp invocation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10 13:14 --- Subject: Bug 19309 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-10 13:14:03 Modified files: gcc: ChangeLog gcc/doc: c

[Bug c/19873] odd behaviour compiling XaoS

--- Additional Comments From falk at debian dot org 2005-02-10 13:16 --- (In reply to comment #0) > The current source (CVS or 3.1.1, same) of XaoS (http://xaos.sf.net), if you > compile it and run bin/xaos, gives a segmentation fault if you press the > button > B twice (setting perturb

[Bug tree-optimization/19626] Aliasing says stores to local memory do alias

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-02-10 13:18 --- Actually, exchanging loc_test for int loc_test(void) { const Loc<2> k(0, 1); return k[0].first(); } shows the same problem: : D.2541 = (struct Loc<1> *) &k.D.2190.D.2155.domain_m.buffer;

[Bug c/19873] odd behaviour compiling XaoS

--- Additional Comments From kovzol at math dot u-szeged dot hu 2005-02-10 13:21 --- OK, I see that this is not really a good bug report, I know. Now I tried the same compilation under gcc-2.95.3 (SuSE 8.0, x86) and the same source works perfectly. -- http://gcc.gnu.org/bugzilla/sh

[Bug ada/19386] ACATS c330001 fails at runtime on sparc-solaris,x86_64-linux

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10 13:53 --- Subject: Bug 19386 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-10 13:53:24 Modified files: gcc/ada: decl.c utils2.c utils.c Log message

[Bug other/19509] Building 3.4.3 on Solaris 9 fixinc.sh Fails

--- Additional Comments From Ulrich dot Beingesser at t-systems dot com 2005-02-10 13:54 --- (In reply to comment #1) > Works in 3.4.3: > http://gcc.gnu.org/ml/gcc-testresults/2004-11/msg00294.html > So something is wrong, but I don't know because there is not enough information in this

[Bug ada/16592] Ada tools don't use the newly built shared libraries

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10 13:55 --- Subject: Bug 16592 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-10 13:55:33 Modified files: gcc/ada: Makefile.in Added files: gcc

[Bug ada/19386] ACATS c330001 fails at runtime on sparc-solaris,x86_64-linux

--- Additional Comments From charlet at gcc dot gnu dot org 2005-02-10 14:01 --- Should now be fixed. Arno -- What|Removed |Added Status|UNCONFIRMED

[Bug ada/16592] Ada tools don't use the newly built shared libraries

--- Additional Comments From charlet at gcc dot gnu dot org 2005-02-10 14:02 --- Fixed by forcing -static-libgcc when building the tools, as intended. -- What|Removed |Added

[Bug other/17464] The newly built gcc shared libraries aren't used for bootstap and check

-- Bug 17464 depends on bug 16592, which changed state. Bug 16592 Summary: Ada tools don't use the newly built shared libraries http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16592 What|Old Value |New Value -

[Bug tree-optimization/19853] [4.0 Regression] ICE with address in struct assignment

--- Additional Comments From uweigand at gcc dot gnu dot org 2005-02-10 14:03 --- Some more information about the problem. The __builtin_memset call gets as V_MAY_DEF operands all global variables (using the call_clobbered_vars mechanism). Initially, this does *not* include global_int,

[Bug bootstrap/18810] [4.0 Regression] Darwin's as unlinks /dev/null

--- Additional Comments From peter at pogma dot com 2005-02-10 14:15 --- http://gcc.gnu.org/ml/gcc-patches/2005-02/msg00439.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18810

[Bug fortran/19875] New: bug when installing R on OSF1

On OSF1, when compiling R-2.0.1 in directory: R-2.0.1/src/modules/lapack when running: g77 -mieee -g -O2 -c dlapack0.f -o dlapack0.lo Got the following error: dlapack0.f: In subroutine `dlasda': dlapack0.f:18513: Internal compiler error in reload, at reload1.c:1100 -- Summary: b

[Bug fortran/19875] bug when installing R on OSF1

--- Additional Comments From falk at debian dot org 2005-02-10 15:05 --- 3.0 is no longer supported. Can you retry with a newer version, such as 3.3.4 or 3.4.3? If you can still reproduce it, please attach the preprocessed source as generated when adding -save-temps. -- Wha

[Bug middle-end/19873] odd behaviour compiling XaoS

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 15:25 --- (In reply to comment #2) > OK, I see that this is not really a good bug report, I know. > > Now I tried the same compilation under gcc-2.95.3 (SuSE 8.0, x86) and the > same > source works perfectly. Coul

[Bug middle-end/19875] bug when installing R on OSF1

-- What|Removed |Added Severity|critical|normal Component|fortran |middle-end GCC target triplet|

[Bug target/19830] cris-elf testsuite failure: gcc.c-torture/execute/920501-8.c execute tests.

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

[Bug preprocessor/19309] [3.4/4.0 Regression] Wrong documentation of predefined __GNUC__ with cpp invocation

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

[Bug rtl-optimization/19210] not using do-loop for some loops

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 15:40 --- Ok, lets remove the target milestone and suspend this bug then. -- What|Removed |Added

[Bug tree-optimization/18687] [4.0 Regression] ~50% compile time regression

--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-02-10 15:55 --- 3.4.4 4.0.0 delta hashes100.c: -O0 3.663.81 4% -O1 6.43 11.4778% -O2 11.40

[Bug c++/17323] [3.4/4.0 regression] ICE on invalid code if static member array initialized with size computed as division by zero

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-02-10 16:14 --- Here's a reduced testcase without sizeof: = template struct A { static const int i = 8/N; char c[i]; }; A<0> a; = The error message

[Bug rtl-optimization/19579] [3.3/3.4 regression] -march=i686 generates a bogus program for x86*

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-10 17:11 --- Subject: Bug 19579 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-02-10 17:11:13 Modified files: gcc: Change

[Bug rtl-optimization/19579] [3.3 regression] -march=i686 generates a bogus program for x86*

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 17:19 --- Fixed also in 3.4.4. -- What|Removed |Added Known to work|3.3.3 4.0.0 |

[Bug middle-end/19857] [4.0 Regression] alignment check of SSE constant fails in simple test program

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-10 17:21 --- This looks like fold_truthop bug, will look at it. -- What|Removed |Added AssignedTo|u

[Bug c++/19523] [4.0 Regression] DBX_USE_BINCL support broken in the C++ compiler

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10 17:22 --- This was confirmed by Devang at some point. -- What|Removed |Added Status|UNC

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

--- Additional Comments From ayqazi at yahoo dot co dot uk 2005-02-10 17:23 --- Once GCC 4.0 is out, I'll experiment with it and submit test cases etc. for it. No use trying to fix an older release's optimisations IMHO. Thanks anyway. -- What|Removed

[Bug bootstrap/19146] Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'.

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10 17:34 --- Can we close this PR, Brad? -- What|Removed |Added CC|

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10 17:42 --- > The C++ pragma init_priority is enabled for several sparc targets, but not for > the generic sparc-elf (--target=sparc-elf). Confirmed, a fallout of the illegitimate dependency on the Solaris config fil

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

-- What|Removed |Added CC||ebotcazou at gcc dot gnu dot ||org AssignedTo|unassigned

[Bug target/18469] configure incorrectly defines gid_t

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

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From law at redhat dot com 2005-02-10 18:01 --- Subject: Re: [4.0 Regression] Poor quality code after loop unrolling. On Thu, 2005-02-10 at 12:12 +0100, Zdenek Dvorak wrote: > > In comment #3 Zdenek said "Possibly even better would be to add generation >

[Bug c++/19876] New: g++ starts eating all the memory and the CPU

Hi I'm developing a linux distribution with friends, and we decided to use gcc 4. A few days ago, KDE 3.3.92 was released. But it doesn't compile :( Especially, with the kdepim package, g++ starts eating all the memory and all the CPU on a file. I can't submit this file

[Bug c++/19876] g++ starts eating all the memory and the CPU

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 18:06 --- Did you read . We need the preprocessed source. -- What|Removed |Added

[Bug middle-end/19857] [4.0 Regression] alignment check of SSE constant fails in simple test program

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-10 18:07 --- Actually, I see there multiple problems elsewhere. First is on int i; int foo (void) { return i & ~(unsigned int)3; } First is that if (change) return fold (build2 (BIT_AND_EXPR, type,

[Bug rtl-optimization/19078] [4.0 Regression] Poor quality code after loop unrolling.

--- Additional Comments From kenner at vlsi1 dot ultra dot nyu dot edu 2005-02-10 18:12 --- Subject: Re: [4.0 Regression] Poor quality code after loop unrolling. It's been about a decade since I looked at cse vs autoincrements, so the details have faded from memory. [The origi

[Bug c++/19876] g++ starts eating all the memory and the CPU

--- Additional Comments From pied at fnux dot org 2005-02-10 18:13 --- Created an attachment (id=8162) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8162&action=view) The prepocessed source I'm sorry, really sorry ! I generated the file, but forget to send it :/ -- http://gcc.g

[Bug middle-end/19876] [4.0 Regression] g++ starts eating all the memory and the CPU

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 18:30 --- Ok, I can confirm this with the following options on powerpc-darwin (which means it is most likely a tree optimizator problem but I could be wrong). -fno-exceptions -fno-check-new -fno-common -O2 It work

[Bug bootstrap/19146] Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'.

--- Additional Comments From lucier at math dot purdue dot edu 2005-02-10 18:34 --- Subject: Re: Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'. Yes, close it; I think it is a generic parallel build problem when the build file system is mounted usi

[Bug tree-optimization/19876] [4.0 Regression] g++ starts eating all the memory and the CPU

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 18:35 --- PRE is eating up a huge amount of memory. -- What|Removed |Added CC|

[Bug target/19684] avr-gcc 4.0 (and 3.3.4): wrong size in asm comment

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19684

[Bug bootstrap/19146] Parallel bootstrap failure: No rule to make target `intl.h', needed by `c-parse.o'.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 18:36 --- Closing as requested by the submitter. -- What|Removed |Added Status|WAITING

[Bug other/19815] Documentation change - GCC Internals MODES_TIEABLE_P

-- What|Removed |Added CC||ericw at evcohs dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19815

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

--- Additional Comments From jiri at gaisler dot com 2005-02-10 18:41 --- Subject: Re: C++ init_priority is not enabled for generic sparc-elf target It not fixed on 3.4 or the 4.0 as far as I can see. Jiri. ebotcazou at gcc dot gnu dot org wrote: > --- Additional Comments From

[Bug libgcj/19877] New: sometimes reconfiguring leads to incorrect config.h

Sometimes when I reconfigure libgcj, configure decides that mmap doesn't work on my machine. This breaks the .db feature. I don't know exactly how to reproduce, but I have seen it more than once. -- Summary: sometimes reconfiguring leads to incorrect config.h Product: gcc

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10 18:51 --- > It not fixed on 3.4 or the 4.0 as far as I can see. What do you mean by "as far as I can see"? Did you really try with 4.0.0pre? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19715

[Bug target/19636] Can't compile ethernut OS (avr-gcc)

--- Additional Comments From ericw at evcohs dot com 2005-02-10 18:59 --- The testcase compiles successfully with avr-gcc on 3.3.2, and 3.4.3, using -mmcu=atmega128. Could someone with sufficient permissions please set the "Known To Work" field. Dieter, could you confirm which device yo

[Bug tree-optimization/19876] [4.0 Regression] g++ starts eating all the memory and the CPU

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 19:04 --- Reverting the following patch fixes the bug: 2005-01-14 Steven Bosscher <[EMAIL PROTECTED]> * tree-ssa-dce.c (visited_control_parents): New sbitmap to replace BB_VISITED uses. (fin

[Bug libgcj/19877] sometimes reconfiguring leads to incorrect config.h

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 19:05 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW E

[Bug tree-optimization/19876] [4.0 Regression] g++ starts eating all the memory and the CPU

--- Additional Comments From dberlin at gcc dot gnu dot org 2005-02-10 19:06 --- Pinski is correct (i know because i told him that was the cause :P) It no longer converges (i suspect some strange bug in your logic). Before it converged in 2 iterations. I stopped it at 958 iterations bec

[Bug other/19525] [4.0 Regression] In-build-directory multilib testing broken

--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-02-10 19:08 --- Hope to look at this over the weekend. -- What|Removed |Added AssignedTo|unassigned

[Bug tree-optimization/19876] [4.0 Regression] g++ starts eating all the memory and the CPU

--- Additional Comments From steven at gcc dot gnu dot org 2005-02-10 19:15 --- I'll look into it. -- What|Removed |Added CC|steven at gcc dot gnu dot |

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

--- Additional Comments From jiri at gaisler dot com 2005-02-10 19:24 --- Subject: Re: C++ init_priority is not enabled for generic sparc-elf target It is not fixed. In gcc-4.0.0, the file that needs to be fixed is gcc/config/sparc/sp-elf.h . It should contain the following: #undef

[Bug regression/19871] [4.0 regression] cris-elf regression: gcc.c-torture/execute/931004-2.c, 931004-4.c, 931004-8.c -O3 -funroll-all-loops

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

[Bug tree-optimization/19701] [4.0 regression] Way too many IVs

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 19:40 --- Fixed, thanks zdenek. -- What|Removed |Added Status|NEW

[Bug tree-optimization/18048] [4.0 Regression] mgrid loop performance regression with ivopts (register pressure)

-- Bug 18048 depends on bug 19701, which changed state. Bug 19701 Summary: [4.0 regression] Way too many IVs http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19701 What|Old Value |New Value

[Bug target/19636] Can't compile ethernut OS (avr-gcc)

--- Additional Comments From ericw at evcohs dot com 2005-02-10 19:43 --- Dieter, could you please try this out with a more recent snapshot? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19636

[Bug c++/19878] New: ICE in import_export_decl

ICE on mainline (20050210) when compiling the the attached file f1.c Compiles fine on 3.4. > g++ -o f1.o f1.c f1.c: In function 'void __static_initialization_and_destruction_0(int, int)': f1.c:7: internal compiler error: in import_export_decl, at cp/decl2.c:1718 Please submit a fu

[Bug c++/19878] [4.0 Regression] ICE in import_export_decl

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-10 19:56 --- Confirmed, here is the most reduced testcase: struct S { char k; }; char const volatile S::* const p01 = &S::k; -- What|Removed |Added -

[Bug target/19715] C++ init_priority is not enabled for generic sparc-elf target

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10 20:05 --- > It is not fixed. That's wrong. It is fixed in 4.0.0pre: gcc -E -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -fno-common -DHAVE_CONFIG_H-I. -Icp -I

[Bug rtl-optimization/18560] better optimalization of EOR/MOV block.

--- Additional Comments From pluto at pld-linux dot org 2005-02-10 20:17 --- (In reply to comment #2) > As Andrew pointed out, the merge of the eor and the rotate is now done on > mainline in 4.0. Hmm, it doesn't work on my gcc. # arm-pld-linux-gcc reversing_the_bytes_in_word.c -

[Bug target/19715] [3.4 Regression] init_priority is disabled

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-02-10 20:24 --- And it is not present in all 3.x versions either, only in 3.4.x. -- What|Removed |Added

[Bug driver/19825] -fno-loop-optimize2 does not work

--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10 20:31 --- *** This bug has been marked as a duplicate of 19848 *** -- What|Removed |Added

[Bug driver/19848] "options passed" from -verbose-asm do not adequately reflect optimization

--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10 20:31 --- *** Bug 19825 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19848

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

-- Bug 5900 depends on bug 19825, which changed state. Bug 19825 Summary: -fno-loop-optimize2 does not work http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19825 What|Old Value |New Value

[Bug driver/19848] "options passed" from -verbose-asm do not adequately reflect optimization

--- Additional Comments From Thomas dot Koenig at online dot de 2005-02-10 20:35 --- (In reply to comment #4) > $ find . -name '*.c' | xargs grep '[(&|!] *optimize[) =!><|&]' | wc -l > 204 Any idea how I should go about further debugging PR 5900? There is a wrong-code for ia-64 ther

  1   2   >