[Bug tree-optimization/33082] [4.3 Regression] Revision 127491 causes FAIL: gcc.dg/dfp/convert-bfp-fold.c (test for excess errors)

--- Comment #2 from ubizjak at gmail dot com 2007-08-16 06:50 --- (In reply to comment #1) > I saw it on both Linux/ia32 and Linux/x86-64. -O2 is needed to reliably fold these testcases. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33082

[Bug target/33075] (mingw) Dwarf2-EH causes stack leak with VLA

--- Comment #3 from darkxun at paran dot com 2007-08-16 06:14 --- Sorry, you are right, I found "Technology Preview: gcc-4.2.1-dw2-2" binaries at mingw Sourceforge site released a few days ago. And it works good! I should have checked it at least. Please close this report. -- http:/

[Bug target/33075] (mingw) Dwarf2-EH causes stack leak with VLA

--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-08-16 05:59 --- This executes with no stack growth on mingw32 4.3.0 with Dwarf2 EH unwind. Ditto for 4.2.1. I think this may be related to the deallocation problem reported in PR 19771 Danny -- dannysmith at user

[Bug c/33083] New: noreturn function should be invoked via JMP

When a noreturn function is called, the compiler should emit a "jmp" instruction rather than "call", because the called function will not return. Saving callee-save registers in the function prologue also seems unnecessary since there won't be an epilogue to restore them. The following example use

[Bug target/33011] [4.3 Regression] frv: error: bad output_move_single operand

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-08-15 20:46 --- Can you try after revision 127523? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33011

[Bug target/32963] [4.3 Regression] ICE in failed_reload, could not find a spill register

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE in failed_reload, could |[4.3 Regression] ICE in |not find a spill register

[Bug target/32963] ICE in failed_reload, could not find a spill register

--- Comment #6 from sje at cup dot hp dot com 2007-08-15 20:12 --- Fixed with patch to caller-save.c -- sje at cup dot hp dot com changed: What|Removed |Added

[Bug target/32963] ICE in failed_reload, could not find a spill register

--- Comment #5 from sje at gcc dot gnu dot org 2007-08-15 20:08 --- Subject: Bug 32963 Author: sje Date: Wed Aug 15 20:08:43 2007 New Revision: 127523 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127523 Log: PR target/32963 caller-save.c (reg_save_code): Set in

[Bug c++/32364] Error from simple typedef/void combination

--- Comment #3 from craig dot powers at gmail dot com 2007-08-15 19:13 --- Looking at CVS for glu.h, the official patch is: #ifdef __cplusplus typedef GLvoid (*_GLUfuncptr)(); #else ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32364

[Bug c++/32364] Error from simple typedef/void combination

--- Comment #2 from craig dot powers at gmail dot com 2007-08-15 19:08 --- (In reply to comment #0) > Came across this head-scratcher in building Qt with GCC 4.2.0. Heavily > simplified version: > > foo.cxx: > typedef void (*funcptr)(void); > > typedef void GLvoid; > typed

[Bug tree-optimization/32941] [4.3 regression] Bootstrap comparison failure

--- Comment #13 from andreasmeier80 at gmx dot de 2007-08-15 18:50 --- Fixed -- andreasmeier80 at gmx dot de changed: What|Removed |Added Status|NEW

[Bug tree-optimization/33082] [4.3 Regression] Revision 127491 causes FAIL: gcc.dg/dfp/convert-bfp-fold.c (test for excess errors)

--- Comment #1 from hjl at lucon dot org 2007-08-15 17:37 --- I saw it on both Linux/ia32 and Linux/x86-64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33082

[Bug tree-optimization/33082] New: [4.3 Regression] Revision 127491 causes FAIL: gcc.dg/dfp/convert-bfp-fold.c (test for excess errors)

This patch http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00705.html causes [EMAIL PROTECTED] rrs]$ /export/gnu/import/rrs/127491/usr/bin/gcc -O /export/gnu/import/rrs/127491/src/gcc/testsuite/gcc.dg/dfp/convert-bfp-fold.c /tmp/cc2dvlFs.o: In function `main': convert-bfp-fold.c:(.text+0x3a): undefi

[Bug target/33075] (mingw) Dwarf2-EH causes stack leak with VLA

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-15 17:14 --- >gcc version 3.4.5 (mingw special) Can you try the trunk as it was the officially (for FSF versions) got dwarf2 eh support recently for win32? -- pinskia at gcc dot gnu dot org changed: What|Remo

[Bug c++/31132] [4.1/4.2/4.3 regression] ICE on inconsistent friend declaration

--- Comment #2 from pcarlini at suse dot de 2007-08-15 17:07 --- On it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at gcc dot g

[Bug libstdc++/33080] Building libstdc++ with static libgcc

--- Comment #1 from pinskia at gcc dot gnu dot org 2007-08-15 16:44 --- Use --disable-shared --enable-shared=libstdc++, libffi,ada,libada,libjava,libobjc instead. Anyways you don't want to use the static version of libgcc in many places, because exceptions will not always work now. --

[Bug c++/26068] [4.0 Regression] extern "C" static function should not be allowed

--- Comment #9 from pinskia at gcc dot gnu dot org 2007-08-15 16:40 --- *** Bug 33078 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/33078] g++ treats extern "c" static void foo(void); different to extern "c" {static void foo(void);}

--- Comment #3 from pinskia at gcc dot gnu dot org 2007-08-15 16:40 --- This is on purpose. *** This bug has been marked as a duplicate of 26068 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/31382] Internal compiler Error (Is this a bug?)

--- Comment #2 from pcarlini at suse dot de 2007-08-15 16:37 --- Feedback not forthcoming... -- pcarlini at suse dot de changed: What|Removed |Added Status|WA

[Bug bootstrap/33065] warning in Comparing stages 2 and 3: cd: stage3-gcc: No such file or directory

--- Comment #6 from mbo dot massimo at tiscali dot it 2007-08-15 15:56 --- I tryed to build gcc in a different directory from the source directory and I obtained the following error: make[3]: Leaving directory `/home/compiler/build/temporary_build/build-gcc' Comparing stages 2 and 3 war

[Bug bootstrap/33065] warning in Comparing stages 2 and 3: cd: stage3-gcc: No such file or directory

--- Comment #5 from mbo dot massimo at tiscali dot it 2007-08-15 15:56 --- Created an attachment (id=14063) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14063&action=view) make log of the build process log of the make produced during build gcc -- http://gcc.gnu.org/bugzilla

[Bug middle-end/19430] V_MAY_DEF (taking address of var) causes missing uninitialized warning

--- Comment #14 from manu at gcc dot gnu dot org 2007-08-15 15:36 --- Trying to improve the summary to help spot duplicates. -- manu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/32596] [4.3 Regression] ICE with inline template specialization in anonymous namespace

--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-15 15:31 --- Caused by PR31923. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32596

[Bug c++/33035] [4.3 regression] ICE on local class destructor

--- Comment #5 from pcarlini at suse dot de 2007-08-15 15:25 --- *** Bug 31516 has been marked as a duplicate of this bug. *** -- pcarlini at suse dot de changed: What|Removed |Added -

[Bug c++/31516] ICE on nested templates

--- Comment #4 from pcarlini at suse dot de 2007-08-15 15:25 --- This is a duplicate of 33035 and indeed the latter isn't a regression, I'm fixing that. *** This bug has been marked as a duplicate of 33035 *** -- pcarlini at suse dot de changed: What|Removed

[Bug tree-optimization/17506] [4.0/4.1 regression] warning about uninitialized variable points to wrong location

--- Comment #35 from manu at gcc dot gnu dot org 2007-08-15 15:23 --- If there are not going to be more releases of GCC 4.0 or 4.1, I guess we can close this, no? -- manu at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/30542] gcc 4.1.1 missing uninitialized variable warnings

--- Comment #4 from manu at gcc dot gnu dot org 2007-08-15 15:21 --- (In reply to comment #3) > Is it really quite as 22456? That bug is about variable used for initializing > itself, and really strange do-nothing code, while this one is straightforward > use of unitialized variable: >

[Bug libstdc++/33080] New: Building libstdc++ with static libgcc

Add possibility (maybe a configure param) for building libstdc++ (and other gcc companion libraries) with libgcc linked-in staticaly. -- Summary: Building libstdc++ with static libgcc Product: gcc Version: unknown Status: UNCONFIRMED Severit

[Bug middle-end/22456] [4.1/4.2/4.3 regression] missing "is used uninitialized" warning

--- Comment #14 from manu at gcc dot gnu dot org 2007-08-15 15:05 --- Diego, I think this is caused by CCP silently merging UNDEFINED PHI nodes. We could group similar cases into PR18501, don't you think? -- manu at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/22456] [4.1/4.2/4.3 regression] missing "is used uninitialized" warning

--- Comment #13 from manu at gcc dot gnu dot org 2007-08-15 15:02 --- (In reply to comment #12) > Created an attachment (id=13354) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13354&action=view) [edit] > patch to preserve uninitialized PHI arguments in CCP > > like so. -O -Wall

[Bug c/7258] The message "variable might be used uninitialised" does not tell the location

--- Comment #6 from manu at gcc dot gnu dot org 2007-08-15 14:41 --- I am not so sure this is fixed. I need to double check this. -- manu at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/31820] Warning if case label value exceeds maximum value for type

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-08-15 14:38 --- (In reply to comment #1) > * An INTEGER SELECT construct has a CASE that can never be matched as its > lower value is greater than its upper value. It is also implemented: $ cat u1.f90 integer :: i, j

[Bug middle-end/179] gcc -O2 -Wuninitialized missing warning with &var under 2.95.x and 3.x

--- Comment #9 from manu at gcc dot gnu dot org 2007-08-15 14:22 --- (In reply to comment #8) > *** Bug 17172 has been marked as a duplicate of this bug. *** > I see that the xfail is still there, so how can this be fixed ? http://gcc.gnu.org/svn/gcc/trunk/gcc/testsuite/gcc.dg/uninit-B.

[Bug libfortran/33079] Optional empty strings do not appear to be 'PRESENT'

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-08-15 14:22 --- (In reply to comment #2) > Why do you need to special case len == 0? The other strings aren't NUL > terminated either. The zero-termination is just a detail to avoid keeping memory uninitialized. The thing is th

[Bug libfortran/33079] Optional empty strings do not appear to be 'PRESENT'

--- Comment #2 from schwab at suse dot de 2007-08-15 14:18 --- Why do you need to special case len == 0? The other strings aren't NUL terminated either. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33079

[Bug libfortran/33079] Optional empty strings do not appear to be 'PRESENT'

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-08-15 14:05 --- The problem is shared by the TRIM and MIN/MAX. It is demonstrated by: character(len=1) :: s character(len=0) :: s0 s = " " s0 = "" call bar ("") call bar (s) call bar (s0) call bar (trim(s)) cal

[Bug target/32765] Testsuite failures due to undefined symbol ___emutls_get_address

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-15 13:12 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCO

[Bug target/32765] Testsuite failures due to undefined symbol ___emutls_get_address

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-08-15 13:11 --- Subject: Bug 32765 Author: fxcoudert Date: Wed Aug 15 13:11:40 2007 New Revision: 127514 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127514 Log: PR target/32765 * testsuite/libgomp.fort

[Bug libfortran/33079] Optional empty strings do not appear to be 'PRESENT'

-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Ke

[Bug libfortran/33079] New: Optional empty strings do not appear to be 'PRESENT'

Hi! See http://gcc.gnu.org/ml/fortran/2007-08/msg00336.html and http://gcc.gnu.org/ml/fortran/2007-08/msg00338.html GFortran seems to handle in a slightly surprising way optional empty strings... Cheers! Philippe PS: a testcase from François-Xavier Coudert CHARACTER(LEN=1) :: s s = " "

[Bug fortran/30658] Optionally, generate .mod files with the interface for files containing only procedures

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

[Bug c++/33078] g++ treats extern "c" static void foo(void); different to extern "c" {static void foo(void);}

--- Comment #2 from room_debugs at outgesourced dot org 2007-08-15 12:40 --- Created an attachment (id=14062) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14062&action=view) same code with {}; and not failing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33078

[Bug fortran/29459] Spurious warnings about anonymous variables

--- Comment #11 from fxcoudert at gcc dot gnu dot org 2007-08-15 12:39 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASS

[Bug fortran/29459] Spurious warnings about anonymous variables

--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-08-15 12:39 --- Subject: Bug 29459 Author: fxcoudert Date: Wed Aug 15 12:39:18 2007 New Revision: 127513 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127513 Log: PR fortran/29459 * trans.c (gfc_create_

[Bug c++/33078] g++ treats extern "c" static void foo(void); different to extern "c" {static void foo(void);}

--- Comment #1 from room_debugs at outgesourced dot org 2007-08-15 12:39 --- Created an attachment (id=14061) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14061&action=view) simple test file failing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33078

[Bug c++/33078] New: g++ treats extern "c" static void foo(void); different to extern "c" {static void foo(void);}

g++ --version g++ (GCC) 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) on debian lenny i386; reproduced on sid amd64 too. g++ -DUNIX_THREADING -D_THREAD_SAFE -D_REENTRANT -ggdb -Wall -DLINUX -D_POSIX_ SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -DUSE_STRCASECMP -DUSE_STRNCASECMP -g -pg -c test1.cpp test1

[Bug fortran/33077] RANDOM_SEED failure for integer(kind=8)

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-08-15 12:37 --- Fixed. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|ASSI

[Bug fortran/33077] RANDOM_SEED failure for integer(kind=8)

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-08-15 12:36 --- Subject: Bug 33077 Author: fxcoudert Date: Wed Aug 15 12:35:57 2007 New Revision: 127512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127512 Log: PR fortran/33077 * intrinsics/random.c (

[Bug c++/32870] Unclear error message when declaring struct in wrong namespace

--- Comment #1 from pcarlini at suse dot de 2007-08-15 12:35 --- working on it. -- pcarlini at suse dot de changed: What|Removed |Added AssignedTo|unassigned at g

[Bug middle-end/33074] [4.3 regression] ICE in copy_insn_1, at emit-rtl.c:4925

--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-15 12:17 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/33074] [4.3 regression] ICE in copy_insn_1, at emit-rtl.c:4925

--- Comment #2 from jakub at gcc dot gnu dot org 2007-08-15 12:11 --- Subject: Bug 33074 Author: jakub Date: Wed Aug 15 12:11:38 2007 New Revision: 127511 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127511 Log: PR middle-end/33074 * emit-rtl.c (try_split): Use

[Bug c++/32992] [4.1/4.2/4.3 Regression] Incorrect code generated for anonymous union and return

--- Comment #3 from jakub at gcc dot gnu dot org 2007-08-15 12:08 --- Subject: Bug 32992 Author: jakub Date: Wed Aug 15 12:08:42 2007 New Revision: 127510 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127510 Log: PR c++/32992 * typeck.c (check_return_expr): Don'

[Bug fortran/33015] g77 extension: Implement support for DATA jhlf /'f'/

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

[Bug fortran/32986] Improve diagnostic message for COMMON with automatic object

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

[Bug fortran/32928] DATA statement with array element as initializer is rejected

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

[Bug fortran/32616] "Too short actual argument" for array element storage sequence

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

[Bug middle-end/33074] [4.3 regression] ICE in copy_insn_1, at emit-rtl.c:4925

--- Comment #1 from jakub at gcc dot gnu dot org 2007-08-15 11:43 --- Caused by http://gcc.gnu.org/ml/gcc-patches/2007-08/msg00571.html Testing a fix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/31751] [4.1/4.2 regression] ICE with forgotten member declaration

--- Comment #1 from pcarlini at suse dot de 2007-08-15 11:22 --- Cannot be reproduced anymore in mainline, likely because of 33035. -- pcarlini at suse dot de changed: What|Removed |Added

[Bug fortran/29975] [meta-bugs] ICEs with CP2K

--- Comment #142 from fxcoudert at gcc dot gnu dot org 2007-08-15 10:44 --- As there's only one bug left here, and it's been worked on, I'm closing this PR. Hopefully, with the inclusion of cp2k into regression-testers, we won't need to REOPEN it! -- fxcoudert at gcc dot gnu dot org

[Bug fortran/32310] Intel-darwin specific ICE on CP2K code

--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-08-15 10:41 --- cp2k compiles fine on i686-darwin as of today, and I can't see the memory leak any more, so I'm closing this. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Adde

[Bug fortran/18850] padding within a sequence type

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-08-15 10:16 --- Fixing as FIXED: I think the -fpack-derived option is used for this very purpose. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added --

[Bug fortran/33077] RANDOM_SEED failure for integer(kind=8)

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-08-15 09:54 --- (In reply to comment #0) > ==27210== Conditional jump or move depends on uninitialised value(s) > ==27210==at 0x400A35: MAIN__ (random_7.f90:12) > ==27210==by 0x400D0B: main (fmain.c:22) Humpf, stupid me,

[Bug fortran/33077] New: gfortran.dg/random_7.f90: a.out uses uninitialized memory/test failure

If I run gfortran -g gfortran.dg/random_7.f90 valgrind a.out ==27210== Conditional jump or move depends on uninitialised value(s) ==27210==at 0x400A35: MAIN__ (random_7.f90:12) ==27210==by 0x400D0B: main (fmain.c:22) Using gfortran -g -fdefault-integer-8, ./a.out aborts and valgrind

[Bug fortran/29459] Spurious warnings about anonymous variables

--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-08-15 09:16 --- OK, I've found the culprit: the variable is created in gfc_trans_vla_one_sizepos(). However, it makes no sense to issue warnings about anonymous variables, since these are emitted by the front-end for internal bus

[Bug c++/33012] ICE on throwing copy of object returned by reference from method with traits-deduced return-type

--- Comment #2 from pcarlini at suse dot de 2007-08-15 09:14 --- So the problem is already fixed in all the active branches. Thanks, anyway! -- pcarlini at suse dot de changed: What|Removed |Added ---

[Bug c++/33035] [4.3 regression] ICE on local class destructor

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

[Bug c++/33035] [4.3 regression] ICE on local class destructor

--- Comment #4 from pcarlini at suse dot de 2007-08-15 09:07 --- Fixed. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED

[Bug c++/33035] [4.3 regression] ICE on local class destructor

--- Comment #3 from paolo at gcc dot gnu dot org 2007-08-15 09:06 --- Subject: Bug 33035 Author: paolo Date: Wed Aug 15 09:06:42 2007 New Revision: 127508 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=127508 Log: /cp 2007-08-15 Paolo Carlini <[EMAIL PROTECTED]> PR c+