[Bug c++/30168] New: C++ constructors can cause invalid gimple to happen with complex typed variables

Testcase: struct aaa { aaa(_Complex float __z) ; _Complex float _M_value; }; aaa::aaa(_Complex float __z) : _M_value(__z) {} We must not be setting DECL_COMPLEX_GIMPLE_REG_P correctly. -- Summary: C++ constructors can cause invalid gimple to happen with

[Bug c++/30168] C++ constructors can cause invalid gimple to happen with complex typed variables

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-12 08:39 --- This testcase comes from a reduced testcase from: 26_numerics/complex/13450.cc 26_numerics/complex/pow.cc tr1/8_c_compatibility/complex/functions.cc And most likely more. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug c++/30169] New: Cast typename operator

The following program fails to compile: template struct A {}; template struct B { typedef T type; operator A() const; }; template void F(const A::type> &) {} template B::operator A() const {} test.cpp:8: error: no 'B::operator A::type>() const' member fun ction declared in cla

[Bug middle-end/30167] OpenMP can produce invalid gimple (for indirect references)

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-12-12 08:44 --- Here is another testcase (a C one this time): int x, *p = &x; g (int n) { int i = 1, j, sum = 0; #pragma omp parallel reduction(+: sum) num_threads(2) { f1 (&j); sum += i + j + *p + n; } } -- http:

[Bug c++/30169] Cast typename operator

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-12 08:46 --- Fails with "4.0.4 20061011" but passes with "4.1.2 20061204" so closing as fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug debug/30161] GCC should generate dwarf info about template parameters

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot |

[Bug fortran/30170] New: The STATUS specified in OPEN statement at (1) cannot have the value SCRATCH if a FILE specifier is present

When compiling EuroBen mod3a benchmark, following errors terminate the compilation: gfortran -c mod3a.f mod3a.f:61.72: & Status = 'scratch' ) 1 Error: The STATUS specified in O

[Bug tree-optimization/28624] [4.2/4.3 regression] latent segfault in remove_phi_node

--- Comment #6 from tbm at cyrius dot com 2006-12-12 10:57 --- (In reply to comment #5) > The problem is EXECUTE_IF_SET_IN_BITMAP does not like the bitmap to change > from > underneath it. > > I have a patch which fixes this issue. Wow, nice you tracked this down. I thought this bug

[Bug c/30171] New: non-portable va_list abuse is permitted on i386

See https://bugs.helixcommunity.org/show_bug.cgi?id=5641 -- particularly the assignment to va_list (the references are uncommon enough that they probably don't matter). The world would be a better place if this kind of code would fail to build, or at least _warn_, on i386. The ABI might not allow

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

--- Comment #7 from bkoz at gcc dot gnu dot org 2006-12-12 11:24 --- Subject: Bug 28125 Author: bkoz Date: Tue Dec 12 11:23:44 2006 New Revision: 119774 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119774 Log: 2006-12-11 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

--- Comment #8 from bkoz at gcc dot gnu dot org 2006-12-12 11:24 --- Subject: Bug 28125 Author: bkoz Date: Tue Dec 12 11:23:56 2006 New Revision: 119775 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119775 Log: 2006-12-11 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstd

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

--- Comment #9 from bkoz at gcc dot gnu dot org 2006-12-12 11:25 --- Should be fixed on gcc/gcc-4_2-branch/gcc-4_1-branch -- bkoz at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/29624] Fortran 2003: Support intent for pointers

--- Comment #3 from patchapp at dberlin dot org 2006-12-12 11:25 --- Subject: Bug number PR29624 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00827.html -- http://gcc.gnu.org/bugzilla/sh

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #5 from bkoz at gcc dot gnu dot org 2006-12-12 11:32 --- I suspect that the fix for 28125 may also fix this. If not, then the only thing I can think of to do is to add a compile test explicitly for iconv_t in GLIBCXX_CHECK_ICONV_SUPPORT. This seems redundant, however, as i

[Bug libstdc++/25608] g++ miscompiles gcjx

--- Comment #22 from bkoz at gcc dot gnu dot org 2006-12-12 11:37 --- This is closed as gcjx is dead. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

--- Comment #8 from bkoz at gcc dot gnu dot org 2006-12-12 12:14 --- Created an attachment (id=12789) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12789&action=view) add check_linker_features for solaris crosses -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26497

[Bug middle-end/30147] [4.3 Regression] ICE in fold_convert with -O2

--- Comment #5 from rguenth at gcc dot gnu dot org 2006-12-12 12:21 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #6 from rmathew at gcc dot gnu dot org 2006-12-12 12:27 --- The real problem (IIRC) was that "iconv_t" was being used even though there was no libiconv (I think the inclusion of the header file was properly guarded, but the usage of the type wasn't). MinGW uses the Windows C

[Bug middle-end/30172] New: Operations with partly constant complex values not folded

We do not fold for example __complex__ ( x, 0 ) * __complex__ ( 0, 1 ) or __complex__ ( x, 0 ) + __complex__ ( 0, y ) I have a partial patch. -- Summary: Operations with partly constant complex values not folded Product: gcc Version:

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #7 from rmathew at gcc dot gnu dot org 2006-12-12 12:28 --- (See the comment above.) -- rmathew at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/22339] iconv functions not found by libstdc++v3 configure

--- Comment #4 from bkoz at gcc dot gnu dot org 2006-12-12 12:33 --- Can I get some feedback on this bug? If not, I will close it... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22339

[Bug libstdc++/22388] When cross-compiling libstdc++ for mingw, enable large file support (LFS)

--- Comment #4 from bkoz at gcc dot gnu dot org 2006-12-12 12:40 --- Danny, any chance we can get current status on this with a current version of gcc/libstdc++? 4.2-branch would be great. If _GLIBCXX_USE_LFS is now being defined for native, then the crosses should have it too. If na

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

--- Comment #9 from bkoz at gcc dot gnu dot org 2006-12-12 12:41 --- Subject: Bug 26497 Author: bkoz Date: Tue Dec 12 12:41:26 2006 New Revision: 119778 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119778 Log: 2006-12-12 Benjamin Kosnik <[EMAIL PROTECTED]> PR libst

[Bug fortran/30170] The STATUS specified in OPEN statement at (1) cannot have the value SCRATCH if a FILE specifier is present

--- Comment #1 from burnus at gcc dot gnu dot org 2006-12-12 12:55 --- The standard is very clear about it (Fortran 2003, but similar for Fortran 95): "9.4.5 The OPEN statement" "If the STATUS= specifier has the value SCRATCH, the FILE= specifier shall not appear." One might want to al

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

--- Comment #1 from kkojima at gcc dot gnu dot org 2006-12-12 13:01 --- A slightly different test case unsigned int foo(unsigned int x) { if (x < 5) x = 4; else x = 8; return x; } int main(void) { if (foo (4) != 4) abort (); if (foo (8) != 8) abort (); exit

[Bug libstdc++/19747] [meta-bug] : cris-elf libstdc++ testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

--- Comment #1 from bkoz at gcc dot gnu dot org 2006-12-12 13:09 --- Any chance cris-elf testresults for current gcc could be posted to gcc-testresults? It looks like 11 months since the last posting. -- bkoz at gcc dot gnu dot org changed: What|Removed

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

--- Comment #10 from bkoz at gcc dot gnu dot org 2006-12-12 13:13 --- Subject: Bug 26497 Author: bkoz Date: Tue Dec 12 13:13:08 2006 New Revision: 119780 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119780 Log: 2006-12-12 Benjamin Kosnik <[EMAIL PROTECTED]> PR libst

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

--- Comment #11 from bkoz at gcc dot gnu dot org 2006-12-12 13:13 --- Subject: Bug 26497 Author: bkoz Date: Tue Dec 12 13:13:21 2006 New Revision: 119781 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119781 Log: 2006-12-12 Benjamin Kosnik <[EMAIL PROTECTED]> PR libst

[Bug libstdc++/26497] libstdc++-v3: configure: test: -lt: unary operator expected

--- Comment #12 from bkoz at gcc dot gnu dot org 2006-12-12 13:14 --- Fixed. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug libstdc++/28125] Cannot build cross compiler for Solaris: configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES

-- bkoz at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #8 from bkoz at gcc dot gnu dot org 2006-12-12 13:31 --- Thanks Ranjit. Then: Index: crossconfig.m4 === --- crossconfig.m4 (revision 119781) +++ crossconfig.m4 (working copy) @@ -178,7 +178,6 @@

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

--- Comment #2 from dnovillo at gcc dot gnu dot org 2006-12-12 13:51 --- Adding Andrew to CC list. Seems related to out-of-ssa changes. -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/30124] gcc/vec.h line 538 references "vec" which is undefined (should be vec_)

--- Comment #2 from mankatob at yahoo dot com 2006-12-12 13:52 --- Subject: Re: gcc/vec.h line 538 references "vec" which is undefined (should be vec_) If its already spec'd - why are we "calculating" it? Did something change between when it was defined and vec.h 538? Since the of

[Bug target/21530] libstdc++ not supported on this target

--- Comment #3 from bkoz at gcc dot gnu dot org 2006-12-12 13:57 --- kazu, are you the target maintainer for h8300? If so, I think this is for you. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #9 from bkoz at gcc dot gnu dot org 2006-12-12 14:01 --- Subject: Bug 28265 Author: bkoz Date: Tue Dec 12 14:00:54 2006 New Revision: 119782 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119782 Log: 2006-12-12 Benjamin Kosnik <[EMAIL PROTECTED]> PR libstd

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

--- Comment #3 from amacleod at redhat dot com 2006-12-12 14:11 --- Analyzing Edge Insertions. foo (x) { unsigned int x.24; : if (x.24 <= 4) goto ; else goto ; Yeah, this is clearly wrong. It looks like the coalescer somehow neglected to coalesce the parameter to the first use in b

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #10 from bkoz at gcc dot gnu dot org 2006-12-12 14:19 --- Subject: Bug 28265 Author: bkoz Date: Tue Dec 12 14:18:36 2006 New Revision: 119783 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119783 Log: 2006-12-12 Benjamin Kosnik <[EMAIL PROTECTED]> PR libst

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #11 from bkoz at gcc dot gnu dot org 2006-12-12 14:29 --- Subject: Bug 28265 Author: bkoz Date: Tue Dec 12 14:28:53 2006 New Revision: 119784 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119784 Log: 2006-12-12 Benjamin Kosnik <[EMAIL PROTECTED]> PR libs

[Bug libstdc++/28265] iconv-related errors while building a cross-compiler for MinGW

--- Comment #12 from bkoz at gcc dot gnu dot org 2006-12-12 14:31 --- Fixed. -- bkoz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug target/30120] [4.3 Regression] silent miscompilation of argument passing

--- Comment #5 from ubizjak at gmail dot com 2006-12-12 14:41 --- Fixed (by reverting x87 register-passing patch). Look at http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00729.html for a discussion. -- ubizjak at gmail dot com changed: What|Removed

[Bug rtl-optimization/27761] combine miscompiles

--- Comment #7 from jakub at gcc dot gnu dot org 2006-12-12 15:03 --- Subject: Bug 27761 Author: jakub Date: Tue Dec 12 15:03:39 2006 New Revision: 119785 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119785 Log: PR rtl-optimization/27761 * combine.c (try_combin

[Bug rtl-optimization/27761] combine miscompiles

--- Comment #8 from jakub at gcc dot gnu dot org 2006-12-12 15:05 --- Subject: Bug 27761 Author: jakub Date: Tue Dec 12 15:05:08 2006 New Revision: 119786 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119786 Log: PR rtl-optimization/27761 * combine.c (try_combin

[Bug rtl-optimization/27761] combine miscompiles

--- Comment #9 from jakub at gcc dot gnu dot org 2006-12-12 15:07 --- Subject: Bug 27761 Author: jakub Date: Tue Dec 12 15:07:23 2006 New Revision: 119787 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119787 Log: PR rtl-optimization/27761 * combine.c (try_combin

[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.

--- Comment #43 from jakub at gcc dot gnu dot org 2006-12-12 15:15 --- Subject: Bug 11953 Author: jakub Date: Tue Dec 12 15:15:19 2006 New Revision: 119788 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119788 Log: PR libstdc++/11953 * gthr-posix.h (_REENTRANT):

[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.

--- Comment #44 from jakub at gcc dot gnu dot org 2006-12-12 15:22 --- Subject: Bug 11953 Author: jakub Date: Tue Dec 12 15:21:53 2006 New Revision: 119789 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119789 Log: PR libstdc++/11953 * gthr-posix.h (_REENTRANT):

[Bug libstdc++/11953] _REENTRANT defined when compiling non-threaded code.

--- Comment #45 from jakub at gcc dot gnu dot org 2006-12-12 15:24 --- Subject: Bug 11953 Author: jakub Date: Tue Dec 12 15:24:07 2006 New Revision: 119790 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119790 Log: PR libstdc++/11953 * gthr-posix.h (_REENTRANT):

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

--- Comment #4 from amacleod at redhat dot com 2006-12-12 15:50 --- Subject: Bug 30159 Author: amacleod Date: Tue Dec 12 15:50:06 2006 New Revision: 119792 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119792 Log: 2006-12-12 Andrew Macleod <[EMAIL PROTECTED]> PR tre

[Bug regression/30173] New: Regression in ARM softfloat routine __adddf3

Version Information [EMAIL PROTECTED] ~]$ arm-elf-gcc -v Using built-in specs. Target: arm-elf Configured with: ../gcc-4.1.1/configure --prefix=/usr/local/armdev-926ej-s-4.1.1 --target=arm-elf --enable-languages=c --with-float=soft --enable-interwork --enable-multilib --with-cpu=arm926ej-s --disab

[Bug middle-end/30174] New: FAIL: g++.old-deja/g++.abi/cxa_vec.C execution test

See for example . This test has been failing since the following change was introduced: 2006-10-31 Geoffrey Keating <[EMAIL PROTECTED]> * tree.c (get_file_function_name): Rename from get_file_function_name_long; impro

[Bug middle-end/30151] [4.3 Regression] /usr/ccs/bin/ld: Duplicate symbol "global destructors keyed to _ZNSt3tr112_GLOBAL__N_16ignoreE"

--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-12 16:33 --- Same failures occur on hppa2.0w-hp-hpux11.11. -- danglin at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug tree-optimization/30089] Compiling FreeFem3d uses unreasonable amount of time and memory

--- Comment #7 from rguenth at gcc dot gnu dot org 2006-12-12 16:44 --- We're now ICEing in internal compiler error: in ssa_operand_alloc, at tree-ssa-operands.c:365 for the second testcase. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug tree-optimization/30105] reassoc can sometimes get in the way of PRE

--- Comment #7 from dberlin at gcc dot gnu dot org 2006-12-12 16:49 --- Subject: Re: reassoc can sometimes get in the way of PRE > > Here is a slightly modified example that shows that there's still a PRE > opportunity > > void motion_test22(int * data, int i) > { > int j; > if (da

[Bug tree-optimization/30175] New: Runtime regressions with mem-ssa merge in Polyhedron and tramp3d-v4

Both tramp3d-v4 and Polyhedron gas_dyn regress in runtime with the mem-ssa merge. See http://www.suse.de/~gcctest/c++bench/polyhedron/polyhedron-summary.txt-2-0.html and http://www.suse.de/~gcctest/c++bench/tramp3d/split-run.html -- Summary: Runtime regressions with mem-ssa merge

[Bug testsuite/30176] New: gcc.dg/tree-prof/stringop-1.c fails

FAIL: gcc.dg/tree-prof/stringop-1.c scan-tree-dump memcpy.*4\\) looks like a wrong regexp? -- Summary: gcc.dg/tree-prof/stringop-1.c fails Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Comp

[Bug tree-optimization/28624] [4.2/4.3 regression] latent segfault in remove_phi_node

--- Comment #7 from pinskia at gcc dot gnu dot org 2006-12-12 17:12 --- (In reply to comment #6) > Wow, nice you tracked this down. I thought this bug would stay open forever > as > unreproducible. I only tracked it down because of the duplicate to this bug. -- http://gcc.gnu.or

[Bug c/30171] non-portable va_list abuse is permitted on i386

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-12 17:31 --- > This warning could perhaps be enabled by default on any platform which code is > expected to be portable (like Linux) but disabled on i386-only platforms > (win32). No, I disagree with the last part of that statem

[Bug c/30171] non-portable va_list abuse is permitted on i386

--- Comment #2 from dwmw2 at infradead dot org 2006-12-12 17:33 --- Yeah, fair enough. Enable the warning by default everywhere then. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30171

[Bug c++/19564] -Wparentheses does not work with the C++ front-end

--- Comment #6 from ian at airs dot com 2006-12-12 18:00 --- Copyright status is cleared, my patch is here: http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00868.html -- ian at airs dot com changed: What|Removed |Added

[Bug c++/19564] -Wparentheses does not work with the C++ front-end

--- Comment #7 from patchapp at dberlin dot org 2006-12-12 18:00 --- Subject: Bug number PR c++/19564 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00868.html -- http://gcc.gnu.org/bugzil

[Bug c++/30112] pragma redefine_extname fails when namespaces are involved

--- Comment #1 from marc dot glisse at normalesup dot org 2006-12-12 18:40 --- In gcc/cp/decl.c, I see: if (global_scope_p (current_binding_level)) asmspec_tree = maybe_apply_renaming_pragma (decl, asmspec_tree); So if I understand correctly (it is the first time I have a look a

[Bug c/30177] New: ICE in ssa_operand_alloc, at tree-ssa-operands.c:365

current trunk ICEs with: [EMAIL PROTECTED]:~/projects/wine/dlls/user32/tests> /home/marcus/projects/gcc/BIN/bin/gcc-O2 -c sysparams.i sysparams.i: In function 'f': sysparams.i:26: internal compiler error: in ssa_operand_alloc, at tree-ssa-operands.c:365 Please submit a full bug report, with p

[Bug c/30177] ICE in ssa_operand_alloc, at tree-ssa-operands.c:365

--- Comment #1 from marcus at jet dot franken dot de 2006-12-12 19:38 --- Created an attachment (id=12790) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12790&action=view) sysparams.i gcc -c -O2 sysparams.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30177

[Bug tree-optimization/30178] New: FAIL: gcc.c-torture/execute/20010422-1.c execution, -O1

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/20010422-1.c -w -O1 -fno-s how-column -lm -o /test/gnu/gcc/objdir/gcc/testsuite/gcc/20010422-1.x1 (ti meout = 300) PASS: gcc.c-torture/execute/20010422-1.c co

[Bug tree-optimization/30178] FAIL: gcc.c-torture/execute/20010422-1.c execution, -O1

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-12 19:53 --- *** This bug has been marked as a duplicate of 30159 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-12 19:53 --- *** Bug 30178 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug testsuite/30179] New: FAIL: gcc.c-torture/execute/mode-dependent-address.c compilation, -O0

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.c-torture/execute/mode-dependent-address.c -w -O0 -fno-show-column -lm -o /test/gnu/gcc/objdir/gcc/testsuite/gcc/mode-dep endent-address.x0(timeout = 300) /test/gnu/gcc/gcc/gc

[Bug testsuite/30180] New: FAIL: gcc.dg/builtin-bswap-1.c (test for excess errors)

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c-fno-show-column -S -o builtin-bswap-1.s(timeout = 300) /test/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtin-bswap-1.c:5: error: stdint.h: No such file or direct

[Bug libgcj/25414] should update rmic

-- tromey at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||28067 AssignedTo|unassigned at gcc dot gnu |tromey at gcc do

[Bug libgcj/24182] standard.omit not properly rebuilt

-- tromey at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfir

[Bug libgcj/26139] provide gorbd and gtnameserv executables

-- tromey at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||28067 AssignedTo|unassigned at gcc dot gnu |tromey at gcc do

[Bug tree-optimization/30181] New: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/builtins-57.c -fdump-tree-gimple -fno-show -column -S -o builtins-57.s(timeout = 300) PASS: gcc.dg/builtins-57.c (test for excess errors) PASS: gcc.dg/builtins-57.c scan-tree-

[Bug tree-optimization/30181] FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc

--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-12 20:28 --- Subject: Re: New: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc Attached tree dump. Dave --- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-12 20:28 --- Created an attachmen

[Bug libgcj/29869] LogManager class loading failure with Tomcat

--- Comment #2 from tromey at gcc dot gnu dot org 2006-12-12 20:30 --- A stack trace would help here ... can you install debug info or something and try again? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29869

[Bug other/30182] New: FAIL: gcc.dg/pr28796-2.c (test for excess errors)

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/pr28796-2.c -O2 -funsafe-math-optimization s -fno-finite-math-only -fno-show-column -lm -o ./pr28796-2.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: finite (f

[Bug c/30183] New: FAIL: gcc.dg/noncompile/pr16876.c -O0 (test for errors, line 10)

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/noncompile/pr16876.c -O0 -O -finline-func tions -fno-show-column -S -o pr16876.s(timeout = 300) FAIL: gcc.dg/noncompile/pr16876.c -O0 (test for errors, line 10) PASS: gcc.

[Bug other/30184] New: FAIL: gcc.dg/torture/builtin-sin-mpfr-1.c -O0 (test for excess errors)

Executing on host: /test/gnu/gcc/objdir/gcc/xgcc -B/test/gnu/gcc/objdir/gcc/ /te st/gnu/gcc/gcc/gcc/testsuite/gcc.dg/torture/builtin-sin-mpfr-1.c -O0 -fno-sh ow-column -lm -o builtin-sin-mpfr-1.exe(timeout = 300) /usr/ccs/bin/ld: Unsatisfied symbols: link_error (first referenced in /v

[Bug other/30184] FAIL: gcc.dg/torture/builtin-sin-mpfr-1.c -O0 (test for excess errors)

--- Comment #1 from danglin at gcc dot gnu dot org 2006-12-12 20:49 --- Oh, this is mpfr bug and I need to finish updating mpfr. -- danglin at gcc dot gnu dot org changed: What|Removed |Added

[Bug tree-optimization/30038] Call to sin(x), cos(x) should be transformed to sincos(x)

--- Comment #16 from dorit at il dot ibm dot com 2006-12-12 20:59 --- (In reply to comment #13) Looks like what's blocking vectorization of the loop is: sinc.f90:8: note: value used after loop. sinc.f90:8: note: not vectorized: relevant stmt not supported: D.1408_32 = (*radius_31)[D.140

[Bug libgcj/29869] LogManager class loading failure with Tomcat

--- Comment #3 from twisti at complang dot tuwien dot ac dot at 2006-12-12 21:25 --- Ohh, funny, I didn't notice there are no stacktraces :-) Here they are: WARNING: error instantiating 'org.apache.juli.ClassLoaderLogManager' referenced by java.util.logging.manager, class not found ja

[Bug c++/30156] [4.1/4.2/4.3 regression] ICE on invalid template declaration

--- Comment #3 from patchapp at dberlin dot org 2006-12-12 21:45 --- Subject: Bug number PR c++/30156 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-12/msg00892.html -- http://gcc.gnu.org/bugzil

[Bug target/30185] New: ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

trying to build gimp on PPC64 triggers an ICE when building with optimization: if powerpc64-unknown-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../.. -DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-12 21:56 --- This is obvious an incorrect RTL instruction: (insn 973 971 974 95 (set (reg:SI 546) (subreg:DI (reg/v:TI 355 [ b ]) 8)) -1 (nil) (nil)) We cannot set a SI from a DI :). -- http://gcc.gnu.org/bugzil

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

--- Comment #2 from vapier at gentoo dot org 2006-12-12 21:56 --- tested these versions/snaps and got same result: 4.1.1 4.1.0-20061208 4.2.0-20061205 4.3.0-20061209 -- vapier at gentoo dot org changed: What|Removed |Added -

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-12-12 22:12 --- Testcase? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30185

[Bug target/30185] ICE with unrecognizable insn on powerpc64 while building gimp with -O1+

--- Comment #4 from vapier at gentoo dot org 2006-12-12 22:15 --- Created an attachment (id=12792) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12792&action=view) PR30185.i blah i knew i was missing something -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30185

[Bug middle-end/28436] accessing an element via a "pointer" on a vector does not cause vec_extract to be used

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-12-12 22:33 --- Subject: Bug 28436 Author: pinskia Date: Tue Dec 12 22:33:06 2006 New Revision: 119801 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119801 Log: 2006-12-12 Andrew Pinski <[EMAIL PROTECTED]> PR tr

[Bug middle-end/28436] accessing an element via a "pointer" on a vector does not cause vec_extract to be used

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-12-12 22:34 --- Fixed mostly, I will file a new bug for the other issues, in that a nonzero index and a non constant index. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/28436] accessing an element via a "pointer" on a vector does not cause vec_extract to be used

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28436

[Bug tree-optimization/30186] New: accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non-zero index)

#define vector __attribute__((vector_size(16))) float f(vector float t) { return ((float*)&t)[1]; } -- Summary: accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non-zero index) Product: gcc Version: 4.3

[Bug tree-optimization/30187] New: accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non constant index)

#define vector __attribute__((vector_size(16))) float f(vector float t, int i) { return ((float*)&t)[i]; } -- Summary: accessing an element via a "pointer" on a vector does not cause vec_extract to be used (non constant index) Product: gcc V

[Bug tree-optimization/28624] [4.2/4.3 regression] latent segfault in remove_phi_node

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-12-12 22:45 --- Subject: Bug 28624 Author: pinskia Date: Tue Dec 12 22:45:25 2006 New Revision: 119802 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119802 Log: 2006-12-12 Andrew Pinski <[EMAIL PROTECTED]> PR tr

[Bug tree-optimization/28624] [4.2 regression] latent segfault in remove_phi_node

--- Comment #9 from pinskia at gcc dot gnu dot org 2006-12-12 22:45 --- Fixed in 4.3.0, will test for the 4.2 branch later this week or during the weekend. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug debug/30189] New: [4.1 Regression] ICE on modified_type_die

/* { dg-do compile } */ /* { dg-options "-g -O" } */ extern void foo (void); static void baz (int i) { foo (); typedef char A[i]; struct { A b; } *x = 0; } void bar (i) { baz (i); } ICEs in modified_type_die in 4.1.x (x86_64-linux -m32, -m64, ppc-linux -m32, -m64 at least). Works with

[Bug fortran/30190] New: Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)

The following program crashes with -fbounds-check; if one replaces the the "t(i)" by "t(1)" it works. In associated.c, GFC_DESCRIPTOR_DATA(target) is ok, but for GFC_DESCRIPTOR_DATA(pointer), one gets a memory access error. TYPE particle_type INTEGER, POINTER :: p(:) END

[Bug fortran/30190] Bounds check generates wrong code for associated(p1(i)%p2,p1(i)%p2)

--- Comment #1 from burnus at gcc dot gnu dot org 2006-12-12 22:59 --- If I dump the original tree, I find: { ... int8 D.1351; int8 D.1350; int8 D.1349; D.1351 = (int8) i; if( ... (t.dim[0].lbound > D.1351, 0)) ... if( ... (t.dim[0].ubound < D.1351, 0)) ... D.1352 = _gfortran_associated

[Bug tree-optimization/30159] [4.3 Regression] gcc.c-torture/execute/20010422-1.c is miscompiled

--- Comment #6 from kkojima at gcc dot gnu dot org 2006-12-12 23:20 --- The patch fixes the problem also on sh-elf and mips-elf. Thanks! BTW, I'm a bit surprised that current testcases didn't catch it on x86. How about to add a new testcase? -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug middle-end/30191] New: GCC error: in eliminate_regs_in_insn, at reload1.c:3126

DETECTED==+ | 4.3.0 20061212 (experimental) (hppa2.0w-hp-hpux11.11) GCC error: | | in eliminate_regs_in_insn, at reload1.c:3126 | | Error detected at namet.adb:1375:1 | -- Summary: GCC error

[Bug middle-end/30191] GCC error: in eliminate_regs_in_insn, at reload1.c:3126

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-13 00:42 --- I hit this also on spu-elf when compiling libstdc++, complex-io.cpp. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30191

[Bug middle-end/30191] GCC error: in eliminate_regs_in_insn, at reload1.c:3126

--- Comment #2 from danglin at gcc dot gnu dot org 2006-12-13 00:45 --- This is for revision 119802M. Maybe, 2006-12-12 Peter Bergner <[EMAIL PROTECTED]> * reload1.c (eliminate_regs_in_insn): Merge the plus_src "else" and the offset == 0 "then" clauses. -- http:

[Bug middle-end/30191] GCC error: in eliminate_regs_in_insn, at reload1.c:3126

--- Comment #3 from danglin at gcc dot gnu dot org 2006-12-13 01:39 --- Yes. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC|

  1   2   >