[Bug c/30583] New: Non-static inline functions cause bugs when defined more than once in different files

When compiling with optimization turned off (-O0), inline functions are no actually compiled as inline, but when multiple source files contain inline functions of the same name, every call to such function from any file will actually transfer control to the function defined in the file first specif

[Bug c++/28553] [4.1 Regression] string processing -O3 optimization bug under GCC 4.1.1

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28553

[Bug c++/30158] [4.0/4.1/4.2/4.3 regression] ICE with invalid statement-expressions

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30158

[Bug c++/30297] [4.1/4.2/4.3 regression] ICE with extern "C" and inheritance

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30297

[Bug c++/30425] [4.0/4.1 Regression] ICE in type_dependent_expression_p, at cp/pt.c:12739

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30425

[Bug c++/30332] [4.1/4.2/4.3 regression] bit-field: optimization BUG?

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30332

[Bug c/30313] [4.1/4.2/4.3 Regression] sizeof of expression including bit-field

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30313

[Bug c++/30295] [4.0/4.1/4.2/4.3 regression] ICE with extern "Java" in gimple_add_tmp_var

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30295

[Bug c++/30294] [4.0/4.1/4.2/4.3 regression] ICE with extern "Java" in ocp_convert

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30294

[Bug middle-end/29683] [4.1/4.2 Regression] Arg split between stack/regs can cause stack corruption

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29683

[Bug other/29534] [4.1 Regression] ICE in "gcc -O -ftrapv" with decreasing array index

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29534

[Bug c/30580] GCC doesn't set floating-point exceptions when performing fp<->int conversions

--- Comment #3 from geoffk at gcc dot gnu dot org 2007-01-25 06:01 --- It's optional, but if you support Annex F of the C99 standard then F.4 says: If the floating value is infinite or NaN or if the integral part of the floating value exceeds the range of the integer type, then the ‘‘i

[Bug target/26560] [4.0/4.1 regression] mips: unable to find a register to spill in class 'FP_REGS'

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26560

[Bug tree-optimization/30088] [4.1 Regression] Unexpected compilation results: -O1 vs. -O1 -fstrict-aliasing

-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30088

[Bug c/30582] New: 64-bit Darwin ABI does not support array field

struct my_data { float f[3]; }; This struct should be passed/returned via three single precision floating-point registers instead of via memory or integer registers when using the "-mabi=d64" option in accordance to the draft specs. (ref: http://gcc.gnu.org/ml/gcc-patches/2004-11/msg00673.html

[Bug middle-end/30447] Evaluate complex math functions at compile-time

--- Comment #6 from ghazi at gcc dot gnu dot org 2007-01-25 04:15 --- Subject: Bug 30447 Author: ghazi Date: Thu Jan 25 04:15:26 2007 New Revision: 121163 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121163 Log: PR middle-end/30447 * builtins.c (fold_builtin_ca

[Bug inline-asm/11807] GCC should error out when clobbering the stack pointer and frame pointer

--- Comment #26 from pinskia at gcc dot gnu dot org 2007-01-25 01:02 --- *** Bug 30579 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug inline-asm/30579] Clobbered hard register is not restored before subsequent use

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-25 01:02 --- frame pointer should not be in the clobber list. *** This bug has been marked as a duplicate of 11807 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added --

[Bug rtl-optimization/30149] [4.3 Regression] tree-cfg.c:1924: ICE: in cse_find_path, at cse.c:5930

--- Comment #5 from pinskia at gcc dot gnu dot org 2007-01-25 00:58 --- Fixed so closing as such. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug rtl-optimization/30149] [4.3 Regression] tree-cfg.c:1924: ICE: in cse_find_path, at cse.c:5930

--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-25 00:56 --- Subject: Re: [4.3 Regression] tree-cfg.c:1924: ICE: in cse_find_path, at cse.c:5930 > --- Comment #3 from steven at gcc dot gnu dot org 2007-01-24 22:22 > --- > I thought I fixed this...? I'm no

[Bug c/30581] Deeply inlined static functions break stack creation

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-24 23:48 --- First you are violating C aliasing rules here: u8 d[33] = {0}, *e = (u8 *)d; *((unsigned int *)a) = strlen(e); And a couple other places. What options are you running this program wit

[Bug c/30581] Deeply inlined static functions break stack creation

--- Comment #1 from sqrammi at hotmail dot com 2007-01-24 23:44 --- Created an attachment (id=12953) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12953&action=view) Source file to produce this bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30581

[Bug c/30581] New: Deeply inlined static functions break stack creation

I have confirmed this bug against 4.1.1 and 4.1.2 (4.1-20070115). The attached program incorrectly sees h->b as 0x1000, instead of 0x0010 as it should. I'm not sure if this is an endianness issue, but it only happens if the stack is fairly complex. If I uncomment the align attribute, the program

[Bug target/30272] Build failure under SGI Irix (GFortran)

--- Comment #6 from patchapp at dberlin dot org 2007-01-24 22:57 --- Subject: Bug number PR30272 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/2007-01/msg02036.html -- http://gcc.gnu.org/bugzilla/sh

[Bug rtl-optimization/30149] [4.3 Regression] tree-cfg.c:1924: ICE: in cse_find_path, at cse.c:5930

--- Comment #3 from steven at gcc dot gnu dot org 2007-01-24 22:22 --- I thought I fixed this...? -- steven at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/30580] GCC doesn't set floating-point exceptions when performing fp<->int conversions

--- Comment #2 from pinskia at gcc dot gnu dot org 2007-01-24 22:10 --- I thought those conversions are just undefined and don't raise exceptions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30580

[Bug c/30580] GCC doesn't set floating-point exceptions when performing fp<->int conversions

--- Comment #1 from geoffk at gcc dot gnu dot org 2007-01-24 22:04 --- Created an attachment (id=12952) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12952&action=view) tflt2int.c testcase >From . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id

[Bug c/30580] New: GCC doesn't set floating-point exceptions when performing fp<->int conversions

The attached file, tflt2int.c, prints lots of errors and then "Failed with at least 223 failures" on powerpc-darwin, and according to the file fails on lots of other architectures with GCC as well (but with different numbers of failures). It should pass. -- Summary: GCC doesn't set f

[Bug inline-asm/30579] Clobbered hard register is not restored before subsequent use

--- Comment #1 from dpm at danger dot com 2007-01-24 21:59 --- Created an attachment (id=12951) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12951&action=view) Reproducible test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30579

[Bug inline-asm/30579] New: Clobbered hard register is not restored before subsequent use

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/27416] ICE on invalid firstprivate/lastprivate

--- Comment #7 from jakub at gcc dot gnu dot org 2007-01-24 21:06 --- Subject: Bug 27416 Author: jakub Date: Wed Jan 24 21:05:49 2007 New Revision: 121136 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121136 Log: PR middle-end/27416 * gimplify.c (omp_check_priva

[Bug middle-end/30494] ICE with VLA and openmp

--- Comment #3 from jakub at gcc dot gnu dot org 2007-01-24 21:04 --- Subject: Bug 30494 Author: jakub Date: Wed Jan 24 21:03:31 2007 New Revision: 121135 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121135 Log: PR middle-end/30494 * gimplify.c (omp_add_variabl

[Bug middle-end/30421] incorrect warning when using firstprivate and lastprivate clauses

--- Comment #6 from jakub at gcc dot gnu dot org 2007-01-24 21:02 --- Subject: Bug 30421 Author: jakub Date: Wed Jan 24 21:01:37 2007 New Revision: 121134 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121134 Log: PR middle-end/30421 * omp-low.c (lower_omp_for_la

[Bug middle-end/27416] ICE on invalid firstprivate/lastprivate

--- Comment #6 from jakub at gcc dot gnu dot org 2007-01-24 20:58 --- Subject: Bug 27416 Author: jakub Date: Wed Jan 24 20:58:21 2007 New Revision: 121133 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121133 Log: PR middle-end/27416 * gimplify.c (omp_check_priva

[Bug middle-end/30494] ICE with VLA and openmp

--- Comment #2 from jakub at gcc dot gnu dot org 2007-01-24 20:57 --- Subject: Bug 30494 Author: jakub Date: Wed Jan 24 20:56:45 2007 New Revision: 121132 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121132 Log: PR middle-end/30494 * gimplify.c (omp_add_variabl

[Bug middle-end/30421] incorrect warning when using firstprivate and lastprivate clauses

--- Comment #5 from jakub at gcc dot gnu dot org 2007-01-24 20:53 --- Subject: Bug 30421 Author: jakub Date: Wed Jan 24 20:53:08 2007 New Revision: 121131 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121131 Log: PR middle-end/30421 * omp-low.c (lower_omp_for_la

[Bug libstdc++/30578] array_allocator can't be safely copied

--- Comment #1 from skottmckay at gmail dot com 2007-01-24 20:02 --- Created an attachment (id=12950) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12950&action=view) Example code showing overwriting of array when copied. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30578

[Bug libstdc++/30578] New: array_allocator can't be safely copied

The current implementation of the array_allocator allows the allocator to be copy constructed. This leads to trouble due to _M_used, which is not synchronized between the copies. Each copy will start allocating from the same point in the underlying array. -- Summary: array_allocator c

[Bug c/26494] -pedantic-errors can be overridden by -W*

--- Comment #7 from patchapp at dberlin dot org 2007-01-24 19:10 --- Subject: Bug number PR 26494 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/2007-01/msg02023.html -- http://gcc.gnu.org/bugzilla/s

[Bug libgcj/30513] [4.3 Regression] Bootstrap failure with libgcj on sparc-sun-solaris2.10

--- Comment #10 from andreast at gcc dot gnu dot org 2007-01-24 19:06 --- Patch sent here: http://gcc.gnu.org/ml/java-patches/2007-q1/msg00164.html I await comments from the sparc maintainers. Andreas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30513

[Bug target/30572] [4.3 Regression] libstdc++ links against /libgcc_s.1.dylib instead of $(prefix)/lib/libgcc_s.1.dylib

--- Comment #2 from echristo at apple dot com 2007-01-24 18:56 --- I looked at this a bit last night and I'm mystified. I'll look more after this weekend. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30572

[Bug c++/27492] [4.0/4.1/4.2 regression] ICE on invalid covariant return type

--- Comment #6 from simartin at gcc dot gnu dot org 2007-01-24 18:43 --- Fixed on the mainline -- simartin at gcc dot gnu dot org changed: What|Removed |Added

[Bug java/30574] compiling JDK 1.4 bytecode with inner classes fails

--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-24 18:42 --- Andrew fixed this: 2007-01-24 Andrew Haley <[EMAIL PROTECTED]> * jcf-parse.c (HANDLE_SYNTHETIC_ATTRIBUTE): current_class is a type node, not a decl, so use TYPE_SYNTHETIC not CLASS_SYNTHETIC. --

[Bug tree-optimization/26264] Extraneous warning with __builtin_stdarg_start and optimization

--- Comment #9 from James dot Juran at baesystems dot com 2007-01-24 17:22 --- (In reply to comment #8) > What about a warning about __builtin_stdarg_start being deprecated? That will > be clearer than the current warning, and we can still keep backwards > compatibility (the user may us

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

--- Comment #11 from bkoz at gcc dot gnu dot org 2007-01-24 17:12 --- Sorry Joe and Kaveh, I am just getting back to this. I should have something tomorrow, Jan 25. -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28125

[Bug java/30574] compiling JDK 1.4 bytecode with inner classes fails

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

[Bug java/30573] [4.3 regression] ICE while building libjava

--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-24 16:33 --- I believe this is a duplicate. The fix was checked in today. *** This bug has been marked as a duplicate of 30454 *** -- tromey at gcc dot gnu dot org changed: What|Removed |A

[Bug java/30454] [4.3 Regression] empty "zip" file in class path can cause leakage of file streams

--- Comment #18 from tromey at gcc dot gnu dot org 2007-01-24 16:33 --- *** Bug 30573 has been marked as a duplicate of this bug. *** -- tromey at gcc dot gnu dot org changed: What|Removed |Added

[Bug c++/29018] empty enum accepted

--- Comment #6 from sje at cup dot hp dot com 2007-01-24 16:05 --- Well, "I think" is all I can give. I am not a maintainer who can approve a patch for this. If you want to work on it I would recommend doing a patch that just involves a small subset of the test suite fixes and see if y

[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references

--- Comment #10 from bkoz at gcc dot gnu dot org 2007-01-24 15:04 --- Subject: Bug 29722 Author: bkoz Date: Wed Jan 24 15:03:40 2007 New Revision: 121117 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121117 Log: 2007-01-24 Benjamin Kosnik <[EMAIL PROTECTED]> PR libst

[Bug middle-end/26900] Number of iterations not know for simple loop

--- Comment #14 from rguenth at gcc dot gnu dot org 2007-01-24 14:59 --- I'm not working on this one. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references

--- Comment #9 from bkoz at gcc dot gnu dot org 2007-01-24 14:40 --- Created an attachment (id=12949) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12949&action=view) multilib patch Hey Paolo, can you try this please? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29722

[Bug c/30575] New: Missing warning about unitialized variable

The following code doesn't produce a warning when compiled with gcc-4.1.2. gcc-3.4 does warn about it. #include int func (void) { return 0; } int main (void) { int foo; if (func ()) foo = 8; printf ("%d\n", foo); return 0; } -- Summary: Missing warnin

[Bug middle-end/29719] newlib targets ICEs in expand_builtin_int_roundingfn

--- Comment #7 from rguenth at gcc dot gnu dot org 2007-01-24 14:22 --- I'm no longer working on this, but this is a general problem we have with builtin functions used internally. There's currently no way to prevent direct usage. -- rguenth at gcc dot gnu dot org changed:

[Bug libstdc++/30264] libstdc++-v3 compile error - conflicts with previous using declaration

--- Comment #3 from bkoz at gcc dot gnu dot org 2007-01-24 14:17 --- Brian, if you take into account what was said in comment #2, do you still have an issue? -benjamin -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30264

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

--- Comment #11 from rguenth at gcc dot gnu dot org 2007-01-24 14:14 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNE

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

--- Comment #10 from rguenth at gcc dot gnu dot org 2007-01-24 14:13 --- Subject: Bug 30181 Author: rguenth Date: Wed Jan 24 14:13:28 2007 New Revision: 121115 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121115 Log: 2007-01-24 Richard Guenther <[EMAIL PROTECTED]>

[Bug java/30574] compiling JDK 1.4 bytecode with inner classes fails

--- Comment #2 from mtrudel at gmx dot ch 2007-01-24 14:05 --- Created an attachment (id=12948) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12948&action=view) The bytecode from a Sun JDK 1.4. Compiling this with a 4.3 gcj fails... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?

[Bug java/30574] New: compiling JDK 1.4 bytecode with inner classes fails

Compiling the bytecode of a class with an inner class that was compiled with a Sun JDK 1.4 fails: $ gcj4.3 -c *.class -o test.o FailingClass.java:0: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.htm

[Bug java/30574] compiling JDK 1.4 bytecode with inner classes fails

--- Comment #1 from mtrudel at gmx dot ch 2007-01-24 14:03 --- Created an attachment (id=12947) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12947&action=view) The source of the simple class... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30574

[Bug libstdc++/29722] Linking with libsupc++.a creates link time undefined references

--- Comment #8 from bkoz at gcc dot gnu dot org 2007-01-24 13:58 --- Ooops. Yep, I'll try to fix this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29722

[Bug libstdc++/30571] Use of C++0x keywords in libstdc++-v3 headers

--- Comment #3 from bkoz at gcc dot gnu dot org 2007-01-24 13:54 --- Mine. Doug, the intention is to use C++0x static assert for pb_ds. This impacts 4.2 and 4.3. -benjamin -- bkoz at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/26552] gcc.dg/sibcall-6.c fails on x86-darwin with default options

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

[Bug target/29660] get 'internal compiler error' when building numerical recipes

--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-01-24 12:05 --- (In reply to comment #3) > Is it binary compatible with 4.0.1 or will I have to rebuild > everything with a libgfortran dependence? I see noone answered this question, so here I go: there is no binary compatibi

[Bug rtl-optimization/27883] [4.0/4.1 regression] in schedule_insns, at sched-rgn.c:3038 on mips

--- Comment #19 from tbm at gcc dot gnu dot org 2007-01-24 12:01 --- (In reply to comment #18) > Given that this is not user-visible in released compilers and won't very > likely lead to wrong code, I propose to mark it WONTFIX for 4.0 and 4.1. Speaking as the submitter, I don't mind if

[Bug java/30573] New: [4.3 regression] ICE while building libjava

When GCC 4.3 is configured with ../gcc/configure --prefix=/usr/local/gfortran --with-gmp=/tmp/gfortran-20070124/gfortran_libs --enable-bootstrap --enable-languages=c,c++,fortran,java,objc,obj-c++ I get the following ICE while building ${builddir}/i386-apple-darwin8.8.1/x86_64/libjava/gnu/javax

[Bug rtl-optimization/27883] [4.0/4.1 regression] in schedule_insns, at sched-rgn.c:3038 on mips

--- Comment #18 from ebotcazou at gcc dot gnu dot org 2007-01-24 11:30 --- Given that this is not user-visible in released compilers and won't very likely lead to wrong code, I propose to mark it WONTFIX for 4.0 and 4.1. -- ebotcazou at gcc dot gnu dot org changed: What

[Bug middle-end/30568] -ftrapping-math should prevent folding/dead code stripping of some builtins

--- Comment #4 from rguenth at gcc dot gnu dot org 2007-01-24 10:25 --- This is an (easier) variant of PR29186. Confirmed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug rtl-optimization/30367] gfortran compile times excessive for routines with large numbers of local variables

--- Comment #23 from fxcoudert at gcc dot gnu dot org 2007-01-24 08:19 --- Starting tomorrow, the binaries linked from the gfortran wiki page will be compiled with --enable-checking=release, which should go much faster. Thanks to Jerry (jvdelisle) for bringing that PR to my attention.