[Bug c/19635] New: static nested function workaround for -Wmissing-declarations (see bug #1517) no longer works

Using gcc version 4.0.0 20050115 (experimental) (Debian 4.0-0pre4) I see that: int main (void) { int a; static int nested (int b) { return b + 2; } return (a + nested (a)); } gives: nested.c: In function 'main': nested.c:8: error: invalid storage class for function 'nes

[Bug libgcj/19527] libgij fails to install in a temporary directory

--- Additional Comments From debian-gcc at lists dot debian dot org 2005-01-26 06:57 --- yes, fixed by the mentioned patch. Matthias -- What|Removed |Added St

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

--- Additional Comments From roger at eyesopen dot com 2005-01-26 06:17 --- I've a patch to fix this problem. Unfortunately the only thing preventing me posting it to gcc-patches, is that I can't work out how to XFAIL a test in gcc.dg/torture for a given target. Specifically, /* { dg-

[Bug c++/19604] vtable error with virtual inheritance and arrays

--- Additional Comments From bangerth at dealii dot org 2005-01-26 04:25 --- You are accessing something here var[1].adresse() that definitely is not an A, but sitting somewhere between other objects. That's definitely not allowed. W. -- What|Removed

[Bug c++/19610] default constructor not called for static template member of template class

--- Additional Comments From bangerth at dealii dot org 2005-01-26 04:16 --- The declaration of a specialization is not a definition, unless it has an explicit initializer call. The way you want to write this is as follows: template <> A B::a = A(); The standard specifically says

[Bug c++/19605] [4.0 Regression] Wrong member offset in inherited classes

--- Additional Comments From bangerth at dealii dot org 2005-01-26 04:12 --- This is certainly undefined code: you are dereferencing the Null pointer. It's a different matter of QoI whether we want to support this anyway. It's basically a different way to say offsetof, an area in which

[Bug middle-end/19600] [4.0 Regression] All acats tests fail

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 03:20 --- Should be fixed by: 2005-01-25 Ian Lance Taylor * gimple-low.c (block_may_fallthru): Correct handling of SWITCH_EXPR--may fall through if SWITCH_LABELS is NULL. -- http://gcc.gnu.org

[Bug java/19070] internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

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

[Bug middle-end/18008] [4.0 Regression] Duplicate mask on bitfield insertion

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-26 02:12 --- g++ produces the same code as 3.3. The .optimized dump for cc1plus: void store(B*, int) (b, v) { unsigned int v.0; : b->b = (unsigned int) v; return; } Look mom, no casts! -- htt

[Bug middle-end/18008] [4.0 Regression] Duplicate mask on bitfield insertion

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-26 01:55 --- Why do we cast "v" to "unsigned char" before casting to the bitfield type? This is already in the GIMPLE dump and comes from the front end: ;; Function store (store) store (bD.1118, vD.1119) { uns

[Bug middle-end/19634] Infinite memory usage on Alpha

-- What|Removed |Added Component|c++ |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19634

[Bug c++/19634] Infinite memory usage on Alpha

--- Additional Comments From falk at debian dot org 2005-01-26 01:43 --- Created an attachment (id=8072) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8072&action=view) Test case. Compile with no options -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19634

[Bug c++/19634] New: Infinite memory usage on Alpha

This makes 27_io/basic_istream/extractors_character/char/9826.cc fail (see e.g. http://gcc.gnu.org/ml/gcc-testresults/2005-01/msg01098.html). I'll attach a semi-reduced test case. Doesn't seem to happen on other platforms. Profiling shows prominently "alpha_sa_mask" and "reload". Adding -da makes

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From andre dot maute at gmx dot de 2005-01-26 01:20 --- (In reply to comment #11) > Anyways patch here: . the patch (used with gcc-4.0-20050123) doesn't fix the following code -- O3Wall-2.cc

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-26 01:19 --- Fixed at least on the mainline. -- What|Removed |Added Known to fail|3.3.4 3.3.5 3.4.0

[Bug libgcj/19611] create 'sources.zip' for use in eclipse

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-26 00:37 --- I'm handling this -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tro

[Bug target/7013] [IA64] redeclaring volatile objects forces them always into long data

--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-26 00:28 --- I can reproduce this with gcc-3.1 and gcc-3.2.3. I can not reproduce this with the gcc-3.3 branch in CVS. I suspect this was fixed by a large 2002-05-18 patch from Richard Henderson that completely rewrote

[Bug target/7013] [IA64] redeclaring volatile objects forces them always into long data

-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot |dot org |org Status|NEW

[Bug middle-end/19616] [4.0 regression] missed tail call

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-26 00:18 --- Another attempt is here: http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01857.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19616

[Bug rtl-optimization/19198] ICE in copyprop_hardreg_forward_1

--- Additional Comments From matt at gsicomp dot on dot ca 2005-01-26 00:05 --- Upgraded to gcc-20050107 and the problem has gone away. Changing this bug to CLOSED. -- What|Removed |Added ---

[Bug middle-end/19616] [4.0 regression] missed tail call

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-25 23:52 --- The proposed patch may or may not be right. Probably it is not but problems are not exposed at this point because of PR19633. Alright then, the conservative fix is to disallow sibcalls for functions

[Bug tree-optimization/19633] local address incorrectly thought to escape

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-25 23:32 --- ;; Function foo (foo) Visiting use-def links for 0B Visiting use-def links for &bD.1128.sD.1123 foo: Total number of aliased vops: 0 Referenced variables in foo: 4 Variable: cD.1131, UID 0, struct

[Bug tree-optimization/19633] local address incorrectly thought to escape

-- What|Removed |Added OtherBugsDependingO||19616 nThis|| Status|UNCONFIRMED |NEW

[Bug tree-optimization/19633] New: local address incorrectly thought to escape

struct S { int w, x, y, z; }; struct T { int r; struct S s; }; void bar (struct S, int); void foo (int a, struct T b) { struct S *c = 0; if (a) c = &b.s; bar (*c, a); } The call to bar appears to not be marked [tail-call] because b is marked as a call-clobbered local variable. Which II

[Bug target/19597] [4.0 Regression] avr-gcc 4.0, multiplication by constant, very long code

--- Additional Comments From schlie at comcast dot net 2005-01-25 23:19 --- (In reply to comment #11) > The change described above should avoid AVR keeping HImode integer constants > in registers and then copying them when required (its as cheap to load an > immediate constant as it is t

[Bug tree-optimization/19505] [4.0 Regression] Java bytecode ICE in except.c remove_unreachable_regions

version gcj (GCC) 4.0.0 20050125 (experimental) [...] This is x86 Fedora Core 2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19505

[Bug c++/19630] Program hangs when compiling the testcase with -m64 option.

--- Additional Comments From shebs at apple dot com 2005-01-25 23:10 --- (In reply to comment #0) > The GCC compiler that I am using has the following information: > Reading specs from /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/specs > Configured with: /private/var/tmp/gcc/gcc-4031.obj~3/s

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

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-25 23:09 --- Subject: Bug 19579 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-25 23:09:10 Modified files: gcc: ChangeLog ifcvt.c gcc/testsu

[Bug tree-optimization/19241] [4.0 Regression] ICE in make_decl_rtl with inliner

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 23:02 --- Patch here: , note the wrong PR number is on the patch. -- What|Removed |Added

[Bug c++/19630] Program hangs when compiling the testcase with -m64 option.

--- Additional Comments From shebs at apple dot com 2005-01-25 22:47 --- Subject: Re: Program hangs when compiling the testcase with -m64 option. pinskia at gcc dot gnu dot org wrote: >--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 >21:15 --- >(In re

[Bug java/19473] rhug build problem, regression?

--- Additional Comments From timo dot lindfors at iki dot fi 2005-01-25 22:02 --- Sure. Seems it also fails with 2005-01-21 gcj&rhug. I'll try with 2005-01-25 next and report the results here. The platform is just a normal x86 (intel pentium 4) running fedora with kernel "2.6.10-1.741_F

[Bug libfortran/19524] 5 times uninitialized var in libgfortran

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-25 21:40 --- Subject: Bug 19524 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-25 21:40:25 Modified files: libgfortran: ChangeLog libgfortran/io : r

[Bug tree-optimization/19505] [4.0 Regression] Java bytecode ICE in except.c remove_unreachable_regions

--- Additional Comments From kazu at cs dot umass dot edu 2005-01-25 21:38 --- I cannot reproduce this. How frustrating! CCing Zdenek because he wrote remove_forwarder_block. -- What|Removed |Added --

[Bug java/19473] rhug build problem, regression?

--- Additional Comments From tromey at gcc dot gnu dot org 2005-01-25 21:26 --- I rebuilt this part of rhug with the 20050124 gcj with no problems. Could you try a newer gcj? Also, what platform are you on? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19473

[Bug target/19597] [4.0 Regression] avr-gcc 4.0, multiplication by constant, very long code

--- Additional Comments From roger at eyesopen dot com 2005-01-25 21:23 --- I'm currently working on an updated and improved patch that should address some of this size regression. Failing that there are a number of middle-end improvements that can be made to address the code size incre

[Bug middle-end/19583] [4.0 Regression] Incorrect diagnostic: control may reach end of non-void function '...' being inlined

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 21:17 --- *** Bug 19631 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19631] [4.0.0 regression] Strange warnings with -Wreturn-type

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 21:17 --- (In reply to comment #0) > I'm working on a smaller testcase, but can't promise anything. > As far as I know the new behaviour must have been introduced in the last few > days. No reason to, this is a dup

[Bug ada/19632] x86_64 RHE3 internal error: segmentation fault

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 21:16 --- Please either report this to Redhat or try a new version of gcc. -- What|Removed |Added

[Bug c++/19630] Program hangs when compiling the testcase with -m64 option.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 21:15 --- (In reply to comment #0) > The GCC compiler that I am using has the following information: Can you report this to Apple since that is looks like either a dyld problem or a linker problem because the assemb

[Bug ada/19632] New: x86_64 RHE3 internal error: segmentation fault

Compiling a simple ada "hello world" results in error... +GNAT BUG DETECTED+ | 3.2.3 20030502 (3.2.3-13) (x86_64-redhat-linux-gnu) GCC error: | | internal error: Segmentation fault | | No source file position information

[Bug c++/19631] [4.0.0 regression] Strange warnings with -Wreturn-type

-- What|Removed |Added Keywords||diagnostic Known to fail||3.3.4 Known to work|

[Bug c++/19631] New: [4.0.0 regression] Strange warnings with -Wreturn-type

<< x; return trim(strstrm.str()); } [EMAIL PROTECTED]:~/tmp> g++ -v -Wreturn-type -c -O test.cc Using built-in specs. Configured with: /home/martin/software/gcc/configure --quiet --prefix=/home/martin/software/ugcc --enable-languages=c++,f95 --disable-checking Thread model: posix gcc version

[Bug libfortran/19478] reading back from /dev/null

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25 21:09 --- This may be legal according to the Fortran standard (which knows nothing about /dev/null), but it 1. breaks /dev/null semantics 2. viloates the principle of least surprise 3. is different from g77 4.

[Bug c++/19630] Program hangs when compiling the testcase with -m64 option.

--- Additional Comments From yanliu at ca dot ibm dot com 2005-01-25 21:08 --- Created an attachment (id=8068) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8068&action=view) testcase Command to reproduce the problem: g++ -m64 test.cpp a.out -- http://gcc.gnu.org/bugzilla/show

[Bug c++/19630] New: Program hangs when compiling the testcase with -m64 option.

The GCC compiler that I am using has the following information: Reading specs from /usr/lib/gcc/powerpc-apple-darwin8/4.0.0/specs Configured with: /private/var/tmp/gcc/gcc-4031.obj~3/src/configure --disable- checking --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj- c++ --program

[Bug ada/19409] ACATS c460010 - valgrind detects wrong code

--- Additional Comments From laurent at guerby dot net 2005-01-25 20:59 --- confirmed with "4.0.0 20050115 (experimental)" (since current doesn't work) on x86_64-linux. -- What|Removed |Added ---

[Bug tree-optimization/19505] [4.0 Regression] Java bytecode ICE in except.c remove_unreachable_regions

--- Additional Comments From kazu at cs dot umass dot edu 2005-01-25 20:47 --- (In reply to comment #1) > Just a little more information. > changing "s = redirect_edge_succ_nodup (e, dest);" to a "return false;" in remove_forwarder_block > makes this pass so this is a tree optimization

[Bug java/19629] simple anonymous constructor bug

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 20:45 --- Confirmed (there might be another bug like this somewhere). -- What|Removed |Added OtherBugsD

[Bug c++/19628] [3.4/4.0 Regression] g++ no longer accepts __builtin_constant_p in constant-expressions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 20:44 --- : Search converges between 2003-01-27-trunk (#173) and 2003-02-03-trunk (#174). I should note this was not accepted before: : Search converges between 2001-01-14-trunk (#2) and 2001-01-21-trunk (#3). --

[Bug java/19629] New: simple anonymous constructor bug

test case: public class z { public static void main(String[] args) throws Throwable { final String name = "java_cup.terminal"; Class k; ClassLoader cl = new ClassLoader(null) { }; k = cl.loadClass(name); System.out.println(k); System.out.println(k.getProtectionDomain(

[Bug target/19597] [4.0 Regression] avr-gcc 4.0, multiplication by constant, very long code

--- Additional Comments From schlie at comcast dot net 2005-01-25 20:33 --- (In reply to comment #9) > Not good. With these two patches applied, the size of four > big AVR applications increased slightly. Although it would have been nicer if all 4 got smaller, it's not clear that a <

[Bug c++/19628] New: g++ no longer accepts __builtin_constant_p in constant-expressions

The following test case is accepted by 3.3 (both C and C++) and by 4.0 C, but not by 4.0 C++. #define FOO(x) (__builtin_constant_p(x) ? 1 : 2) int foo(int n) { switch(n) { case FOO(3): return 1; default: return 2; } } Was this change intentional? Even if it was, the C/C++ incomp

Documentation "bug"

Regarding: http://gcc.gnu.org/onlinedocs/gcc-3.2/gcc/Function-Attributes.html#Function%20Attributes When using an attribute that take parameter arguments, such as the format attribute, one needs to start counting parameters at *2* in C++ because (i'm assuming here) 'this' (the current object's ad

[Bug tree-optimization/19337] [4.0 Regression] ada does not compile at -O3 (nested functions related)

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

[Bug c++/18370] [3.4/4.0 Regression] cp_parser_initializer_list uninit variable problems

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 19:47 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/19337] [4.0 Regression] ada does not compile at -O3 (nested functions related)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-25 19:32 --- Subject: Bug 19337 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-25 19:32:53 Modified files: gcc: ChangeLog tree-inline.c gcc/

[Bug tree-optimization/19505] [4.0 Regression] Java bytecode ICE in except.c remove_unreachable_regions

-- What|Removed |Added AssignedTo|aph at gcc dot gnu dot org |unassigned at gcc dot gnu ||dot org Status|ASSIGNED

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

-- What|Removed |Added Severity|normal |minor Priority|P2 |P3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18595

[Bug c++/17964] [4.0 Regression] cpp error messages contain wrong line in C++

-- What|Removed |Added Priority|P1 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17964

[Bug c++/17401] [3.4/4.0 Regression] ICE with invalid pure specifier

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 19:14 --- Is this fixed or just keeping open for a reason? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17401

[Bug c++/19222] [4.0 Regression] ICE: in fold_convert, at fold-const.c:1980

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 19:11 --- Removing the target milestone per Mark: . This is only known to happen on VAX. -- What|Removed |Added --

[Bug target/19584] [4.0 Regression] ICE: insn does not satisfy its constraints

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-25 18:51 --- http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01815.html -- What|Removed |Added Statu

[Bug target/19556] [4.0 Regression] ICE with -march=pentium-m (during bootstrap)

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-25 18:51 --- http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01815.html -- What|Removed |Added Statu

[Bug target/19584] [4.0 Regression] ICE: insn does not satisfy its constraints

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-25 18:44 --- Subject: Bug 19584 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-25 18:44:05 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/19556] [4.0 Regression] ICE with -march=pentium-m (during bootstrap)

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-25 18:44 --- Subject: Bug 19556 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-25 18:44:05 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From rth at gcc dot gnu dot org 2005-01-25 18:26 --- Fixed. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug middle-end/18902] Naive (default) complex division algorithm

-- Bug 18902 depends on bug 19609, which changed state. Bug 19609 Summary: [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19609 What|Old Value |New Value

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-01-25 18:19 --- Subject: Bug 19609 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-01-25 18:19:10 Modified files: gcc: ChangeLog tree-complex.c Log messag

[Bug ada/18706] [4.0 Regression] ACATS ce2208b ICE expected ssa_name, have var_decl in verify_ssa, at tree-ssa.c:637

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 18:16 --- As I said this is an Ada front-end bug. -- What|Removed |Added Component|tree-optim

[Bug middle-end/19616] [4.0 regression] missed tail call

--- Additional Comments From steven at gcc dot gnu dot org 2005-01-25 18:16 --- rth suggested not TERing into function arguments of a tail call, which seems like a good idea that I will give a try. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19616

[Bug libfortran/18891] write with no open causes core dump

--- Additional Comments From sje at cup dot hp dot com 2005-01-25 17:20 --- The patch for this fix was checked in. The final patch was: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00953.html Does anything else need to be done for this to be closed? -- http://gcc.gnu.org/bugzilla/

[Bug libfortran/18891] write with no open causes core dump

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 17:33 --- Fixed by: 2004-12-14 Steve Ellcey <[EMAIL PROTECTED]> * libgfortran/io/transfer.c (us_read): Use memcpy/memset instead of assignment to fill unaligned buffer. (us_write): Ditto.

[Bug ada/19600] [4.0 Regression] All acats tests fail

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-25 17:24 --- > This looks like wrong code as nothing in the ada front-end/testsuite changed. Confirmed. > Here are the only changes that might have an effect (on targets since it seems > like it was all targets where

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 17:20 --- D.2540 = (struct Loc<1> *) &dX.D.2210.D.2166.domain_m.buffer; That confuses the aliasing mechanism buffer is of type int* but you are casting it to Loc<1> *. -- http://gcc.gnu.org/bugzilla/show_bug.cgi

[Bug java/19070] internal compiler error: in generate_bytecode_conditional, at java/jcf-write.c:1271

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

[Bug rtl-optimization/19627] if-conversion2 generates wrong code / crash on SH4

--- Additional Comments From michael dot schwingen at lancom dot de 2005-01-25 17:17 --- Created an attachment (id=8066) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8066&action=view) first wrong RTL -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19627

[Bug rtl-optimization/19627] if-conversion2 generates wrong code / crash on SH4

-- What|Removed |Added Severity|critical|normal GCC build triplet|unknown-i686-linux | GCC host triplet|unknown-i686-linux | GCC

[Bug rtl-optimization/19627] if-conversion2 generates wrong code / crash on SH4

--- Additional Comments From michael dot schwingen at lancom dot de 2005-01-25 17:17 --- Created an attachment (id=8065) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8065&action=view) last correct RTL -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19627

[Bug rtl-optimization/19627] if-conversion2 generates wrong code / crash on SH4

--- Additional Comments From michael dot schwingen at lancom dot de 2005-01-25 17:16 --- Created an attachment (id=8064) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8064&action=view) assembler output containing wrong code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19627

[Bug rtl-optimization/19627] if-conversion2 generates wrong code / crash on SH4

--- Additional Comments From michael dot schwingen at lancom dot de 2005-01-25 17:15 --- Created an attachment (id=8063) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8063&action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19627

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

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 17:15 --- If you had used the correct types in the first place instead of this crazy uninitialized pointer this works (almost): dX.D.2220.D.2170.domain_m.buffer[0].D.2098.D.2055.domain_m = 1; dX.D.2220.D.2170.do

[Bug rtl-optimization/19627] New: if-conversion2 generates wrong code / crash on SH4

gcc generates wrong code on the test case when called with /opt/cgcc-3.4.3-20050125/bin/sh-elf-gcc -m4 -S -Os -fomit-frame-pointer test2.c Adding -fno-if-conversion2 creates working code. It seems that the code that modifies the stack pointer to make space for function arguments is shifted across

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From pcarlini at suse dot de 2005-01-25 17:06 --- OK ;) In Italy we say something like "anything is ok, if ends ok" ;) Anyway, in the meanwhile an ia64-linux bootstrap completed fine here. I'm running the testsuite now. -- http://gcc.gnu.org/bugzilla/show_bu

[Bug c++/16829] default parameter can be not one of the last in template function

--- Additional Comments From Matthieu dot Moy at imag dot fr 2005-01-25 17:05 --- Bug 19625 contains two other similar testcases. They're worth trying once the bug is fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16829

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25 17:00 --- #ifdef EGG_ON_FACE_MODE Sorry to have kept everybody from doing something more worthwile. The problem was that I hadn't noticed that the patch for PR 19468 wasn't yet in the 20050123 snapshot which I w

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

--- Additional Comments From rguenth at tat dot physik dot uni-tuebingen dot de 2005-01-25 16:57 --- Created an attachment (id=8062) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8062&action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19626

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

Given the attached testcase, for reference, the interesting function is this: int loc_test(void) { const Loc<2> dX(1, 0); const Loc<2> k(0, 1); return k[0].first() + dX[0].first(); } aliasing tells us that the initializations of dX and k alias each other: : D.2540 = (st

[Bug ada/19600] [4.0 Regression] All acats tests fail

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-25 16:43 --- Investigating. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ebo

[Bug rtl-optimization/15853] [3.3 Regression] temporaries are not destroyed and overwritten later

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-01-25 16:42 --- Stepping down for now. -- What|Removed |Added AssignedTo|ebotcazou at gcc dot gnu

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25 16:43 --- (In reply to comment #22) > ... indeed, IMH-not-compiler-hacker, opinion, t14 should be the same on x86 > and ia64... Quite. Could you maybe run a C-only bootstrap with the 20050123 snapshot, modified

[Bug c++/16829] default parameter can be not one of the last in template function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 16:31 --- *** Bug 19625 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19625] GCC accepts a default value for the first argument of a template function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 16:31 --- *** This bug has been marked as a duplicate of 16829 *** -- What|Removed |Added

[Bug c++/19625] GCC accepts a default value for the first argument of a template function

-- What|Removed |Added Keywords||accepts-invalid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19625

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From sebastian dot pop at cri dot ensmp dot fr 2005-01-25 16:26 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) > > If you decide to reconstruct the tree expression, there is no reason > > to stop on a phi node that has a single argument. Why would you like

[Bug c++/19625] New: GCC accepts a default value for the first argument of a template function

The following code compiles, and should not : template T f2(const char * s2, T arg2, T arg3); template T f2(const char * s2 = 0, // bug T arg2, T arg3) { return (s2)?arg2:arg3; } Same for the following : template class foo { T f2(const char * s2, T arg2, T arg3); }; template T foo::

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From pcarlini at suse dot de 2005-01-25 16:13 --- ... indeed, IMH-not-compiler-hacker, opinion, t14 should be the same on x86 and ia64... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19609

[Bug c/11813] make -fexceptions default for c and objective-c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 16:11 --- *** Bug 19620 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug c++/19620] exception not caught when passing through C code

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-25 16:11 --- *** This bug has been marked as a duplicate of 11813 *** -- What|Removed |Added

[Bug middle-end/19609] [4.0 Regression] real and imaginary part interchanged when flags_complex_divide_method=1

--- Additional Comments From pcarlini at suse dot de 2005-01-25 15:51 --- Ok, sorry, didnt' pay attention to that detail (while working on the library, usually we install the compiler... ;) Anyway, I'm going to build and test on ia64 too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug tree-optimization/18595] [4.0 Regression] IV-OPTS is O(N^3)

--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni dot cz 2005-01-25 15:54 --- Subject: Re: [4.0 Regression] IV-OPTS is O(N^3) > rakdver at atrey dot karlin dot mff dot cuni dot cz wrote: > > More seriously -- which of the possibilities? If I have loops like > >

  1   2   >