[Bug middle-end/36125] [4.4 Regression] FAIL: 26_numerics/complex/13450.cc: ICE in verify_gimple_expr, at tree-cfg.c:3962

--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-14 07:52 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug middle-end/36125] [4.4 Regression] FAIL: 26_numerics/complex/13450.cc: ICE in verify_gimple_expr, at tree-cfg.c:3962

--- Comment #13 from jakub at gcc dot gnu dot org 2008-11-14 07:52 --- Subject: Bug 36125 Author: jakub Date: Fri Nov 14 07:50:52 2008 New Revision: 141848 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141848 Log: PR middle-end/36125 * function.c (gimplify_param

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #12 from ubizjak at gmail dot com 2008-11-14 07:40 --- (In reply to comment #8) > Let me know if I need to provide anything else to debug this. Again, this test > case passes completely if I delete the second line of t027_test.h. The problem is, that %mm0 register is accesse

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #11 from ubizjak at gmail dot com 2008-11-14 07:16 --- (In reply to comment #9) > This patch: > > http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00593.html Oh, I forgot to manually merge struct-layout-1.h part. Fill fix ASAP. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug fortran/37836] ICE in gfc_trans_auto_array_allocation

--- Comment #5 from pault at gcc dot gnu dot org 2008-11-14 06:17 --- Fixed on trunk and 4.3. The latter was a bit less than the week delay that was promised but it was the most convenient time. Paul -- pault at gcc dot gnu dot org changed: What|Removed

[Bug fortran/37836] ICE in gfc_trans_auto_array_allocation

--- Comment #4 from pault at gcc dot gnu dot org 2008-11-14 06:16 --- Subject: Bug 37836 Author: pault Date: Fri Nov 14 06:14:46 2008 New Revision: 141847 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141847 Log: 2008-11-14 Paul Thomas <[EMAIL PROTECTED]> PR fortran/

[Bug c++/37932] narrowing conversion with -std=c++0x

--- Comment #6 from jason at gcc dot gnu dot org 2008-11-14 05:26 --- Subject: Bug 37932 Author: jason Date: Fri Nov 14 05:24:59 2008 New Revision: 141846 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141846 Log: PR c++/37932 * typeck2.c (process_init_constructo

[Bug libfortran/38097] I/O with blanks in exponent fails; blank="NULL", BN edit descriptor

--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-11-14 04:33 --- I am on it. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo

[Bug c++/37932] narrowing conversion with -std=c++0x

--- Comment #5 from jason at gcc dot gnu dot org 2008-11-14 04:17 --- Subject: Bug 37932 Author: jason Date: Fri Nov 14 04:16:07 2008 New Revision: 141844 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141844 Log: PR c++/37932 * typeck2.c (process_init_constructo

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #10 from howarth at nitro dot med dot uc dot edu 2008-11-14 04:08 --- The failure on linux is different from that on darwin (which predated the patch cited in comment 9). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #9 from hjl dot tools at gmail dot com 2008-11-14 03:45 --- This patch: http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00593.html caused: Running target unix FAIL: tmpdir-gcc.dg-struct-layout-1/t001 c_compat_main_tst.o compile FAIL: tmpdir-gcc.dg-struct-layout-1/t001 c_compa

[Bug c/38110] gcc.dg/pr30286.c fails on i686-apple-darwin9

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-14 03:41 --- This testcase also fails with '-O1 -ftrapv' and with '-O0 -ftrapv' on i686-apple-darwin9. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38110

[Bug c/38110] gcc.dg/pr30286.c fails on i686-apple-darwin9

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-14 03:35 --- Created an attachment (id=16676) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16676&action=view) assembly file from pr30286.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38110

[Bug c/38110] gcc.dg/pr30286.c fails on i686-apple-darwin9

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-14 03:34 --- Created an attachment (id=16675) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16675&action=view) preprocessed source for pr30286.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38110

[Bug c/38110] New: gcc.dg/pr30286.c fails on i686-apple-darwin9

The testcase from PR30286 is still failing on i686-apple-darwin9... gcc-4 -O2 -ftrapv pr30286.c ./pr30286.exe Abort The abort occurs in the first test in pr30286.c... if (t.t[i] != ((i > 6 && i <= 14) ? &s : (struct S *) 0)) abort (); -- Summary: gcc.dg/pr30286.c fails on

[Bug bootstrap/37859] Bootstrap failure on mips64octeon-unknown-linux-gnu

--- Comment #2 from vmakarov at redhat dot com 2008-11-14 03:13 --- Removing redundant stores could be done by solving a dataflow problem. Unfortunately such global solution would complicate IR flattening. I am going to submit a patch soon which solves the problem by prohibiting re

[Bug middle-end/36125] [4.4 Regression] FAIL: 26_numerics/complex/13450.cc: ICE in verify_gimple_expr, at tree-cfg.c:3962

--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-14 02:13 --- Subject: Re: [4.4 Regression] FAIL: 26_numerics/complex/13450.cc: ICE in verify_gimple_expr, at tree-cfg.c:3962 > Currently, testing on hppa64-hp-hpux11.11. There were no regressions on hppa64-hp-hpux11.

[Bug debug/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()

--- Comment #3 from d dot g dot gorbachev at gmail dot com 2008-11-14 01:47 --- Example (11MB archive) - http://www.divshare.com/download/5809022-31c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38101

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #8 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:44 --- Let me know if I need to provide anything else to debug this. Again, this test case passes completely if I delete the second line of t027_test.h. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #7 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:40 --- Created an attachment (id=16674) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16674&action=view) assembly file for t027_y.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:39 --- Created an attachment (id=16673) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16673&action=view) preprocessed source for t027_y.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:39 --- Created an attachment (id=16672) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16672&action=view) assembly file for t027_x.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:38 --- Created an attachment (id=16671) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16671&action=view) preprocessed source for t027_x.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:37 --- Created an attachment (id=16670) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16670&action=view) assembly file for t027_main.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:36 --- Created an attachment (id=16669) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16669&action=view) preprocessed source for t027_main.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38099

[Bug testsuite/38099] tmpdir-gcc.dg-struct-layout-1/t027 c_compat_x_tst.o-c_compat_y_tst.o execute failure

--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-14 01:34 --- The offending test line in gcc.dg-struct-layout-1/t027_test.h is... T(2601,v1di a;,N(2601,a)) which produces an Abort when tmpdir-gcc-dg-struct-layout-1-t027-01.exe is executed. I am attaching the preproc

[Bug target/38109] [avr] Wrong code with gcc.c-torture/execute/20081112-1.c

--- Comment #2 from eric dot weddington at atmel dot com 2008-11-14 00:41 --- Created an attachment (id=16668) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16668&action=view) Generated assembler listing showing bad code at -O2. The problem in 20081112-1-bad.s is in the function

[Bug c++/37932] narrowing conversion with -std=c++0x

--- Comment #4 from jason at gcc dot gnu dot org 2008-11-14 00:39 --- Subject: Bug 37932 Author: jason Date: Fri Nov 14 00:38:20 2008 New Revision: 141843 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141843 Log: PR c++/37932 * typeck2.c (process_init_constructo

[Bug target/38109] [avr] Wrong code with gcc.c-torture/execute/20081112-1.c

--- Comment #1 from eric dot weddington at atmel dot com 2008-11-14 00:38 --- Created an attachment (id=16667) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16667&action=view) Generated assembler listing showing good code at -O1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug target/38109] New: [avr] Wrong code with gcc.c-torture/execute/20081112-1.c

Using version 4.4.0 20081112 (experimental) [trunk revision 141785] compiling gcc.c-torture/execute/20081112-1.c (new regression) test fails for: atmega128-sim: gcc.c-torture/execute/20081112-1.c execution, -O2 atmega128-sim: gcc.c-torture/execute/20081112-1.c execution, -O3 -fomit-frame-pointe

[Bug libstdc++/28811] --with-pic vs static libraries and libstdc++

--- Comment #13 from pluto at agmk dot net 2008-11-14 00:32 --- (In reply to comment #10) > If no and --with-pic builds everything twice and it is possible to compile > the *.o's intended for libstdc++.so with -DSHARED, i thought about something like this: $ cat makefile SRCS := test.

[Bug c++/32687] Invalid code generation for reading signed negative bitfield value (g++ optimization)

--- Comment #3 from jason at gcc dot gnu dot org 2008-11-14 00:21 --- The 4.1 series is closed, so this is now fixed in all current release series. -- jason at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/28102] [4.2/4.3/4.4 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

--- Comment #30 from tschwinge at gcc dot gnu dot org 2008-11-13 23:42 --- I have fixed this on the GCC trunk. Installing this fix on the 4.2 and 4.3 branches would be very difficult I was told, so we're going to abstain from even trying and are happy with a functional GCC trunk / 4.4

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-11-13 23:40 --- I can confirm that... Index: gcc/testsuite/gcc.target/i386/quad-sse.c === --- gcc/testsuite/gcc.target/i386/quad-sse.c(revision 141837) +

[Bug target/28102] [4.2/4.3/4.4 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

-- tschwinge at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |tschwinge at gcc dot gnu dot |dot org

[Bug target/28102] [4.2/4.3/4.4 Regression] GNU Hurd bootstrap error: 'OPTION_GLIBC' undeclared

--- Comment #29 from tschwinge at gcc dot gnu dot org 2008-11-13 23:30 --- Subject: Bug 28102 Author: tschwinge Date: Thu Nov 13 23:28:46 2008 New Revision: 141838 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141838 Log: 2008-11-13 Thomas Schwinge <[EMAIL PROTECTED]>

[Bug middle-end/38004] [4.4 Regression] g++.dg/vect/pr36648.cc

--- Comment #3 from sje at cup dot hp dot com 2008-11-13 22:55 --- Submitted a test suite patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00607.html -- sje at cup dot hp dot com changed: What|Removed |Added --

[Bug rtl-optimization/36438] gcc ICE compiling code with mmx builtin

--- Comment #9 from uros at gcc dot gnu dot org 2008-11-13 22:42 --- Subject: Bug 36438 Author: uros Date: Thu Nov 13 22:40:52 2008 New Revision: 141834 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141834 Log: Backport from mainline: 2008-06-06 Uros Bizjak <[E

[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error

--- Comment #6 from kamaraju at gmail dot com 2008-11-13 22:29 --- Changing the configure command to nohup ../../unZipped/gcc-4.4-20081107/configure --prefix=/home/kkusuman/software/myroot/gcc-4.4-20081107 --with-gnu-as --with-gnu-ld 2>&1 > configure.log & fixed the problem. Thanks ra

[Bug target/29090] gcc.dg-struct-layout-1 failures on Darwin PPC at -m64

--- Comment #10 from dominiq at lps dot ens dot fr 2008-11-13 22:28 --- At revision 141798 I have similar failures: FAIL: tmpdir-g++.dg-struct-layout-1/t003 cp_compat_x_tst.o-cp_compat_y_tst.o execute FAIL: tmpdir-g++.dg-struct-layout-1/t006 cp_compat_x_tst.o-cp_compat_y_tst.o execute

[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error

--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-13 22:27 --- Please read the configure instructions: http://gcc.gnu.org/install/configure.html -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added

[Bug other/38108] broken c++ diagnostics?

--- Comment #2 from pluto at agmk dot net 2008-11-13 22:06 --- arghh, this hell of macros in boost is broken. sorry for the noise. -- pluto at agmk dot net changed: What|Removed |Added ---

[Bug libstdc++/38107] gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized Memor

--- Comment #3 from paolo dot carlini at oracle dot com 2008-11-13 22:06 --- For sure nothing is going to happen in this area within the current ABI. In the context of a future ABI (for C++1x) these traits will be used in a completely different way, probably will not be used at all, dis

[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error

--- Comment #4 from kamaraju at gmail dot com 2008-11-13 21:44 --- I was just using nohup ../../unZipped/gcc-4.4-20081107/configure --prefix=/home/kkusuman/software/myroot/gcc-4.4-20081107 2>&1 > configure.log & I will try giving the --with-gnu-as --with-gnu-ld options and see what hap

[Bug target/38057] [AVR] ATMega2561 wrong addressing (probably eicall).

--- Comment #1 from eric dot weddington at atmel dot com 2008-11-13 21:36 --- Lowering severity. This is a target bug. See WinAVR bug #2229892 on SourceForge: Which is probably the same poster.

[Bug other/38108] broken c++ diagnostics?

--- Comment #1 from pluto at agmk dot net 2008-11-13 21:22 --- Created an attachment (id=1) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=view) testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38108

[Bug other/38108] New: broken c++ diagnostics?

$ g++ 0.ii -c 0.ii:106872: error: declaration of 'class R' 0.ii:106610: error: shadows template parm 'class R' ^^^ this looks weird for me. 0.ii:106886: error: declaration of 'class R' 0.ii:106610: error: shadows template parm 'class R' 0.ii:106890: error: invalid

[Bug libstdc++/38107] gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized Memor

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-13 21:19 --- There are going to be other holes in structs in general due to alignment requirements and I don't think the compiler or libstdc++ should change to this because it will slow down the generated code and not really make

[Bug preprocessor/38105] -Wundef -Werror -Wno-error=undef result in error, not warning

--- Comment #2 from simon at josefsson dot org 2008-11-13 21:15 --- I've found another warning parameter that behaves in a similar way, see output below. Note that this doesn't appear to be a general problem, I'm using -Wno-error=foo to turn several errors into merely warnings. [EMAIL

[Bug libstdc++/38107] gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized Memor

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-13 21:15 --- > The problem is that a struct with no data members is actually 1 byte in size, > consisting only of a pad byte, which the compiler does not initilalize. So Really I think Purify needs help here. -- http:

[Bug libgomp/37938] libgomp testsuite failures on ia64-linux

--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-13 21:12 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error

--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-13 21:11 --- What options are you passing to configure? If you have the GNU binutils first in the PATH, I think you still need to use --with-gnu-as --with-gnu-ld on solaris. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3

[Bug c/38107] New: gcc source contains a struct with no data members (actually 1 byte in size) and compiler does not initialize it, resulting in IBM Rational Purify reporting an Uninitialized Memory

I am from IBM Rational Purify, which is a memory error and leak detection tool. When using our tool on Solaris 10 x86 with code build using gcc/g++4.0.4 and gcc/g++4.1.1, we have seen some spurious uninitialized memory reads. == Here is the sample C code: #include #include int mai

[Bug debug/27017] [4.2/4.3 Regression] Debug information for static local class members are not emitted

--- Comment #15 from jakub at gcc dot gnu dot org 2008-11-13 21:11 --- Fixed on the trunk. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Known to work

[Bug libgomp/37938] libgomp testsuite failures on ia64-linux

--- Comment #5 from sje at gcc dot gnu dot org 2008-11-13 21:08 --- Subject: Bug 37938 Author: sje Date: Thu Nov 13 21:06:38 2008 New Revision: 141830 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141830 Log: PR libgomp/37938 * config/linux/ia64/mutex.h: New. A

[Bug debug/27017] [4.2/4.3/4.4 Regression] Debug information for static local class members are not emitted

--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-13 21:05 --- Subject: Bug 27017 Author: jakub Date: Thu Nov 13 21:04:32 2008 New Revision: 141829 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141829 Log: PR c++/27017 * dwarf2out.c (prune_unused_types_w

[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error

--- Comment #2 from kamaraju at gmail dot com 2008-11-13 20:42 --- Created an attachment (id=16665) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16665&action=view) output generated when make is run -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106

[Bug bootstrap/38106] gcc fails to compile with ld:libgcc.map: file format not recognized error

--- Comment #1 from kamaraju at gmail dot com 2008-11-13 20:40 --- Created an attachment (id=16664) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16664&action=view) output generated when configure script is run -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38106

[Bug bootstrap/38106] New: gcc fails to compile with ld:libgcc.map: file format not recognized error

The weekly snapshot (dated 20081107) of gcc 4.4 fails to compile on a Sun Solaris machine with the following errors. # @multilib_dir@ is not really necessary, but sometimes it has # more uses than just a directory name. /bin/bash ../../../../../unZipped/gcc-4.4-20081107/libgcc/../mkinstalldirs spa

[Bug target/38054] Assertion failed in change_decl_assembler_name()

--- Comment #6 from d dot g dot gorbachev at gmail dot com 2008-11-13 20:21 --- (In reply to comment #5) GCC 4.3.2 suffers from the same bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38054

[Bug preprocessor/38105] -Wundef -Werror -Wno-error=undef result in error, not warning

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-13 20:10 --- I think the issue is that the preprocessor does not use the correct form of warning :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38105

[Bug c/38105] New: -Wundef -Werror -Wno-error=undef result in error, not warning

[EMAIL PROTECTED]:~$ cat foo.c #if FOO #endif int main (void) { return 42; } [EMAIL PROTECTED]:~$ gcc -o foo foo.c -Wundef -Werror -Wno-error=undef foo.c:1:5: error: "FOO" is not defined [EMAIL PROTECTED]:~$ I'd expect that this would only result in a warning. All other warning parameter I've tr

[Bug debug/38101] dbxout_expand_expr() doesn't check return value of DECL_VALUE_EXPR()

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-13 19:21 --- Can you explain why you think DECL_VALUE_EXPR will return a NULL if DECL_HAS_VALUE_EXPR_P is set? I don't see anywhere in the code which sets DECL_HAS_VALUE_EXPR_P and does not insert something into the hash table.

[Bug tree-optimization/38104] [4.4 Regression] ICE segmentation fault (with -O3 when deref a NULL pointer in the code??)

--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-13 19:11 --- Program received signal SIGSEGV, Segmentation fault. 0x00c030dd in get_addr_dereference_operands (stmt=0x7fa8393e58c0, addr=0x7fa8393cc970, flags=0, full_ref=0x7fa8393cc940, offset=0, size=-1, recur

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

--- Comment #4 from mikael at gcc dot gnu dot org 2008-11-13 19:05 --- Maybe we can drop gfc_conv_section_upper_bound completely. It looks redundant with how info->end[n] is calculated in gfc_conv_section_startstride. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38033

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

--- Comment #5 from ubizjak at gmail dot com 2008-11-13 18:07 --- We are checking for certain function calls, so following should work too: Index: quad-sse.c === --- quad-sse.c (revision 141824) +++ quad-sse.c (working co

[Bug target/38052] [4.4 Regression] genautomata segfaults when -O2 is enabled

--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-11-13 17:34 --- > Then I used these flags with -O0 and -foptimize-sibling-calls together, but > this didn't trigger the bug. > > Is there anything I have overlooked here? Yes, not all optimizations are controlled by a specific

[Bug target/38052] [4.4 Regression] genautomata segfaults when -O2 is enabled

--- Comment #5 from r0bertz at gentoo dot org 2008-11-13 17:27 --- I am trying to find which specific flag or flags when used together with -foptimize-sibling-calls could trigger this problem. As the first step I tried to find a set of flags used together with -O0 and -foptimize-sibling-

[Bug c/37866] "passing argument from incompatible pointer type" warning cannot be passed to -Werror=

--- Comment #3 from flameeyes at gentoo dot org 2008-11-13 17:20 --- The same happens for "assignment makes integer from pointer without a cast" . It really is not nice that these warnings cannot be made errors explicitly, they are _quite_ important. -- http://gcc.gnu.org/bugzilla/s

[Bug fortran/35681] wrong result for vector subscripted array expression in MVBITS

--- Comment #17 from domob at gcc dot gnu dot org 2008-11-13 17:16 --- Unassigning myself. Mikael will probably want to take the missing part on with his pending patch :) -- domob at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/38018] gcc.dg/pr37106-1.c doesn't work

--- Comment #2 from sje at cup dot hp dot com 2008-11-13 16:57 --- This seems to be the first non-386 specific test to use __attribute__((optimize)). It doesn't look like a regression, it has never worked but was never tested before. The problem is that normally ia64_override_options re

[Bug ada/37993] [4.4 Regression] missing Ada multilib support

--- Comment #3 from laurent at guerby dot net 2008-11-13 16:17 --- Created an attachment (id=16663) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16663&action=view) patch v1 Dave is testing the attached patch. -- laurent at guerby dot net changed: What|Removed

[Bug rtl-optimization/37296] [4.4 Regression] Bootstrap failure compiling libgcc

--- Comment #33 from jakub at gcc dot gnu dot org 2008-11-13 16:00 --- *** Bug 37422 has been marked as a duplicate of this bug. *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap

--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-13 16:00 --- *** This bug has been marked as a duplicate of 37296 *** -- jakub at gcc dot gnu dot org changed: What|Removed |Added --

[Bug bootstrap/38100] gcc fails to compile with (undefined symbol) gimple_check_failed error

--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-13 15:59 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED

[Bug libfortran/37294] Namelist I/O to array character internal units

--- Comment #4 from burnus at gcc dot gnu dot org 2008-11-13 15:55 --- Patch was: http://gcc.gnu.org/ml/fortran/2008-11/msg00080.html I'm not completely satisfied with the patch it will break code such as: character(50) :: line(2) namelist /stuff/ n, m n = 123 m = 456 write(li

[Bug libfortran/38097] I/O with blanks in exponent fails; blank="NULL", BN edit descriptor

--- Comment #1 from burnus at gcc dot gnu dot org 2008-11-13 15:49 --- Jerry, can you have a look? Using ifort it prints: 2003.000 and it seems to be valid Fortran 95/2003. "10.7.6 BN and BZ editing" "The BN and BZ edit descriptors temporarily change (9.4.1) the blank interpretation m

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-13 15:45 --- Okay so why not... /* { dg-options "-O2 -msse2" } */ /* { dg-options "-O2 -fno-PIC -msse2" { target { lp32 } } } */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37517

[Bug middle-end/29215] [4.2/4.3/4.4 Regression] extra store for memcpy

--- Comment #15 from jakub at gcc dot gnu dot org 2008-11-13 15:28 --- This is a regression from 3.4 still present in 4.3/4.4. At the tree level, we only fold memcpy if the size of the source and destination elements is the same and length is tgat size (say int i = 6; float f; memcpy (&f

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

--- Comment #3 from dominiq at lps dot ens dot fr 2008-11-13 15:11 --- > Also note this fails by default for i686-darwin. The test succeeds with -m64 with and without -fno-PIC. The lines call___i686.get_pc_thunk.cx call___i686.get_pc_thunk.cx call__

[Bug fortran/38033] Bounds of a pointer/allocatable array not stabilized

--- Comment #3 from pault at gcc dot gnu dot org 2008-11-13 15:01 --- Created an attachment (id=16662) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16662&action=view) Patch for PR This is not regtested yet but it fixes the testcase completely. Watch this space! Paul -- htt

[Bug target/27855] [4.3/4.4 regression] reassociation causes the RA to be confused

60 1000 0.232 1861.96 gcc version 4.4.0 20081113 (experimental) [trunk revision 141819] (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855

[Bug target/27855] [4.3/4.4 regression] reassociation causes the RA to be confused

--- Comment #27 from ubizjak at gmail dot com 2008-11-13 14:58 --- I wouldn't call this problem an enhancement. Matrix computations are affected by this problem. -- ubizjak at gmail dot com changed: What|Removed |Added -

[Bug bootstrap/38100] gcc fails to compile with (undefined symbol) gimple_check_failed error

--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-13 14:44 --- Subject: Bug 38100 Author: jakub Date: Thu Nov 13 14:42:39 2008 New Revision: 141820 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141820 Log: PR bootstrap/38100 * gimple.h (gimple_range_check

[Bug testsuite/37517] gcc.target/i386/quad-sse.c fails with -fPIC

--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-13 14:43 --- So should we just change... /* { dg-options "-O2 -msse2" } */ ...to... /* { dg-options "-O2 -fno-PIC -msse2" } */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37517

[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap

--- Comment #4 from ro at techfak dot uni-bielefeld dot de 2008-11-13 14:13 --- Subject: Re: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap jakub at gcc dot gnu dot org writes: > I see gcc-testresults for this target posted in: > http://gcc.gnu.org/ml/gcc-testresults/2008-11

[Bug tree-optimization/33763] [4.2/4.3/4.4 Regression] Bogus inlining failed in call to `xxx': redefined extern inline functions are not considered for inlining

--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-13 13:55 --- The reason for using always_inline attribute in glibc headers is that whether these (tiny) wrappers are inlined or not is a security matter for the program (if they are inlined, -D_FORTIFY_SOURCE checking is performed

[Bug target/27855] [4.3/4.4 regression] reassociation causes the RA to be confused

--- Comment #25 from jakub at gcc dot gnu dot org 2008-11-13 13:35 --- Now that we have a new RA, is this still an issue? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855

[Bug target/37814] M68k/Coldfire ICE with -O: insn does not satisfy its constraints

--- Comment #1 from schwab at suse dot de 2008-11-13 13:17 --- I cannot reproduce that with 4.4 any more. Please verify whether your original test case still fails. -- schwab at suse dot de changed: What|Removed |Added

[Bug debug/27017] [4.2/4.3/4.4 Regression] Debug information for static local class members are not emitted

--- Comment #13 from jakub at gcc dot gnu dot org 2008-11-13 12:12 --- Testing a patch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|un

[Bug target/38052] [4.4 Regression] genautomata segfaults when -O2 is enabled

--- Comment #4 from r0bertz at gentoo dot org 2008-11-13 11:36 --- and sed-4.1.5, too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38052

[Bug fortran/33759] ICE in transfer_simplify_4.f90 at any level of optimization

--- Comment #16 from pault at gcc dot gnu dot org 2008-11-13 11:24 --- Fixed on trunk Thanks, Jakub Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added

[Bug debug/27574] [4.2/4.3 Regression] MIssing debug info at -O0 for a local variable in a C++ constructor

--- Comment #26 from dodji at gcc dot gnu dot org 2008-11-13 10:56 --- Subject: Bug 27574 Author: dodji Date: Thu Nov 13 10:55:01 2008 New Revision: 141819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141819 Log: Fix ChangeLog entry: PR debug/27574 * cgraph.h:

[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error

--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-13 10:29 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug bootstrap/38088] gcc fails to compile with undefined symbol: __LONG_LONG_MAX__ error

--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-13 10:28 --- Subject: Bug 38088 Author: jakub Date: Thu Nov 13 10:26:51 2008 New Revision: 141818 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141818 Log: PR bootstrap/38088 * mcf.c (CAP_INFINITY): Use HO

[Bug tree-optimization/38104] New: ICE segmentation fault (with -O3 when deref a NULL pointer in the code??)

> cat bug.ii struct Foo { int foo; }; void f0(); void f1(Foo) { f0(); } void f2() { f1(*static_cast(0)); } > g++ -O3 bug.ii bug.ii: In function ‘void f2()’: bug.ii:4: internal compiler error: Segmentation fault I can trigger this with SVN revision 141816. -- Summary: ICE segmentatio

[Bug target/38052] [4.4 Regression] genautomata segfaults when -O2 is enabled

--- Comment #3 from r0bertz at gentoo dot org 2008-11-13 09:53 --- liblbxutil-1.0.1 package could be used to reproduce this bug. I will investigate this later when i have time. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38052

[Bug c++/38103] Warning about correctly escaped comment

--- Comment #3 from jhs at gnome dot org 2008-11-13 09:18 --- sorry, for my last comment - should have read your comment twice... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38103

[Bug c++/38103] Warning about correctly escaped comment

--- Comment #2 from jhs at gnome dot org 2008-11-13 09:17 --- So how would I add the string "/*" to a comment then? Obviously gcc sees the \ as escape character because otherwise it would end up in a syntax error. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38103

[Bug c++/36796] Support c++ override keyword

--- Comment #3 from johan dot torp at gmail dot com 2008-11-13 09:07 --- I should mention that another option (that is also microsoft specific) is available: class Base { virtual void vfunc(); } class Derived { // qualify using Base:: to say that you are overiding // if Base doesn't ha

  1   2   >