[Bug c++/30298] [4.3/4.4/4.5/4.6 regression] ICE with duplicate broken inheritance

--- Comment #13 from paolo dot carlini at oracle dot com 2010-05-20 19:33 --- Fixed for 4.6.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Targ

[Bug c++/30298] [4.3/4.4/4.5 regression] ICE with duplicate broken inheritance

-- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|paolo dot carlini at oracle |unassigned at gcc dot gnu |dot com

[Bug bootstrap/44220] New: Will not build on CentOS 5.5 (RHEL 5.5)

GCC 4.5 downloaded from http://mirror.csclub.uwaterloo.ca/gnu/ will not build on my CentOS 5.5 system. - System has all updates applied as of May 20, 2010 - Only base vendor supplied RPMS except for the following: - MySQL 5.5.3 as an RPM from OurDelta (unrelated I am sure) - Mono 2.6.4 built from

[Bug bootstrap/44220] Will not build on CentOS 5.5 (RHEL 5.5)

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-20 19:38 --- >xgcc: Internal error: Killed (program cc1) How much memory do you have? Do you have virtual memory setup? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/43851] Add _gfortran_error_stop_numeric

--- Comment #7 from jvdelisle at gcc dot gnu dot org 2010-05-20 19:40 --- Subject: Bug 43851 Author: jvdelisle Date: Thu May 20 19:40:30 2010 New Revision: 159638 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159638 Log: 2010-05-20 Jerry DeLisle PR fortran/43851

[Bug fortran/44212] [OOP] ICE when defining a pointer component before defining the class and calling a TBP then

--- Comment #2 from janus at gcc dot gnu dot org 2010-05-20 20:14 --- To fix this, one basically has to defer the generation of the vtype symbol to resolution stage, which is what the following patch does: Index: gcc/fortran/resolve.c ===

[Bug bootstrap/44220] Will not build on CentOS 5.5 (RHEL 5.5)

--- Comment #2 from jmalcolm at sigphi dot ca 2010-05-20 20:21 --- (In reply to comment #1) > >xgcc: Internal error: Killed (program cc1) > > How much memory do you have? Do you have virtual memory setup? > MemTotal: 368864 kB MemFree: 14316 kB Buffers: 7844 kB

[Bug fortran/44213] ICE when extending abstract type

--- Comment #1 from janus at gcc dot gnu dot org 2010-05-20 20:24 --- My first feeling was that this would be illegal, but I could not find anything in the standard supporting this feeling. F03 only has the following restrictions: C427 (R429) If the type definition contains or inherits (

[Bug bootstrap/44220] Will not build on CentOS 5.5 (RHEL 5.5)

--- Comment #3 from jmalcolm at sigphi dot ca 2010-05-20 20:27 --- Starting the compile again from unpacked the tar file through to build stops in exactly the same spot. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44220

[Bug fortran/44213] ICE when extending abstract type

--- Comment #2 from janus at gcc dot gnu dot org 2010-05-20 20:36 --- The ICE is fixed by this more or less obvious patch: Index: gcc/fortran/resolve.c === --- gcc/fortran/resolve.c (revision 159561) +++ gcc/fortran/r

[Bug target/43404] ARM: Internal compiler error when using '&foo' in naked function

--- Comment #7 from torsten at debian dot org 2010-05-20 20:47 --- This also hit me. I wanted to build a simple data logger for an ARM board. Of course I wanted to give gcc 4.4 a go (I used a compiler from the 3.x series before...), combined with current FreeRTOS (from www.freertos.org).

[Bug bootstrap/44220] Will not build on CentOS 5.5 (RHEL 5.5)

--- Comment #4 from jmalcolm at sigphi dot ca 2010-05-20 21:06 --- I doubled the amount of RAM below and am trying again. I will update here if it works. (In reply to comment #2) > (In reply to comment #1) > > >xgcc: Internal error: Killed (program cc1) > > > > How much memory do you

[Bug fortran/39427] F2003: Procedures with same name as types/type constructors

--- Comment #14 from burnus at gcc dot gnu dot org 2010-05-20 21:13 --- Created an attachment (id=20714) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20714&action=view) Updated draft Use Bugzilla as backup to make sure the patch does not get lost. Mostly regtests now (353 FAILS

[Bug fortran/38407] Wishlist: -Wunused-dummy-argument and -Wno-unused-dummy-argument

--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-20 21:49 --- Subject: Bug 38407 Author: dfranke Date: Thu May 20 21:49:07 2010 New Revision: 159641 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159641 Log: gcc/fortran/: 2010-05-20 Daniel Franke PR fortran

[Bug fortran/38407] Wishlist: -Wunused-dummy-argument and -Wno-unused-dummy-argument

--- Comment #3 from dfranke at gcc dot gnu dot org 2010-05-20 21:53 --- > It would be nice if -Wunused-dummy-argument would be split from > -Wunused-variable and also be moved from -Wall to -Wextra to make > it consistent with C, where -Wunused-parameter plays this role. Mostly done. We

[Bug libstdc++/41792] [C++0x] overloading the address operator confuses the standard containers

--- Comment #6 from paolo at gcc dot gnu dot org 2010-05-20 22:36 --- Subject: Bug 41792 Author: paolo Date: Thu May 20 22:35:49 2010 New Revision: 159643 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159643 Log: 2010-05-20 Paolo Carlini PR libstdc++/41792 *

[Bug libstdc++/41792] [C++0x] overloading the address operator confuses the standard containers

--- Comment #7 from paolo dot carlini at oracle dot com 2010-05-20 22:38 --- Fixed, both -std=c++98 and -std=c++0x. -- paolo dot carlini at oracle dot com changed: What|Removed |Added ---

[Bug regression/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #10 from dje at gcc dot gnu dot org 2010-05-21 00:28 --- > On my mpc8321 it is a big difference(don't have numbers handy). Why would > such a simply insn be a problem performance wise? > I know the kernel still uses the carry insn's for calculating the > Internet checksum. m

[Bug c++/44221] New: modulo of two variables results in: Floating point exception (core dumped)

The following code compiles, but fails to run as expected: #include int main() { for ( size_t ticks = 0; ticks < 100; ++ticks ) { for ( size_t ii = 0; ii < 10; ++ii ) { std::cout << ticks % ii << std::endl; } } } -- Summary: modulo of two varia

[Bug c++/44221] modulo of two variables results in: Floating point exception (core dumped)

--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-21 00:33 --- x % 0u is undefined which is what you are running into. So an exception happens. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug middle-end/44206] [4.6 Regression] ICE: Inline clone with address taken

--- Comment #1 from hjl dot tools at gmail dot com 2010-05-21 01:16 --- It is caused by revision 159354: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00406.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44206

[Bug target/44222] New: [4.6 regression] Revision 159621 caused new x86 test failures

On Linux/x86, revision 159621: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00674.html caused FAIL: gcc.target/i386/3dnow-1.c (internal compiler error) FAIL: gcc.target/i386/3dnow-1.c (test for excess errors) FAIL: gcc.target/i386/3dnow-2.c (internal compiler error) FAIL: gcc.target/i386/3dnow-2.c (

[Bug bootstrap/44220] Will not build on CentOS 5.5 (RHEL 5.5)

--- Comment #5 from jmalcolm at sigphi dot ca 2010-05-21 01:39 --- With more RAM, the compile completed successfully (In reply to comment #4) > I doubled the amount of RAM below and am trying again. I will update here if > it works. > > (In reply to comment #2) > > (In reply to commen

[Bug middle-end/44185] [4.6 regression] New prefetch test failures

--- Comment #5 from hjl dot tools at gmail dot com 2010-05-21 01:41 --- The fix introduced: FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-assembler-times movnti 18 FAIL: gcc.dg/tree-ssa/prefetch-7.c scan-tree-dump-times optimized "={nt}" 18 on Linux/ia32. -- hjl dot tools at gmail dot co

Re: [Bug target/44222] New: [4.6 regression] Revision 159621 caused new x86 test failures

This is the same problem as the other sse testcases. Sent from my iPhone On May 20, 2010, at 6:34 PM, "hjl dot tools at gmail dot com" > wrote: On Linux/x86, revision 159621: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00674.html caused FAIL: gcc.target/i386/3dnow-1.c (internal compiler error

[Bug target/44222] [4.6 regression] Revision 159621 caused new x86 test failures

--- Comment #1 from pinskia at gmail dot com 2010-05-21 01:52 --- Subject: Re: New: [4.6 regression] Revision 159621 caused new x86 test failures This is the same problem as the other sse testcases. Sent from my iPhone On May 20, 2010, at 6:34 PM, "hjl dot tools at gmail dot com" w

[Bug testsuite/28242] running the testsuite with -fstack-protector fail (not finding libssp)

--- Comment #3 from hjl dot tools at gmail dot com 2010-05-21 01:53 --- *** This bug has been marked as a duplicate of 32064 *** -- hjl dot tools at gmail dot com changed: What|Removed |Added --

[Bug testsuite/32064] ssp tests can't find libssp

--- Comment #4 from hjl dot tools at gmail dot com 2010-05-21 01:53 --- *** Bug 28242 has been marked as a duplicate of this bug. *** -- hjl dot tools at gmail dot com changed: What|Removed |Added ---

[Bug rtl-optimization/44223] New: segmentation fault with -g -fsched-pressure

> gcc -O3 -g -fsched-pressure -fschedule-insns -S crash1m.i crash1m.i: In function 'ff_adts_write_frame_header': crash1m.i:35:2: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See for instructions.

[Bug rtl-optimization/44223] segmentation fault with -g -fsched-pressure

--- Comment #1 from astrange at ithinksw dot com 2010-05-21 02:02 --- Created an attachment (id=20715) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20715&action=view) file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44223

[Bug target/44199] ppc64 glibc miscompilation

--- Comment #13 from pthaugen at gcc dot gnu dot org 2010-05-21 02:32 --- Bootstrap of trunk went fine. Regression test (contrib/test_summary) showed the following difference between base/patched versions, but didn't have any testcases show up in the diff, so not sure what to make of th

[Bug middle-end/44224] New: [4.6 Regression]: build broken for cris-elf in libgcc

With revision 159638 a combined tree built for cris-elf. >From revision 159644, build was broken as follows: # If this is the top-level multilib, build all the other # multilibs. /tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/xgcc -B/tmp/hpautotest-gcc1/cris-elf/gccobj/./gcc/ -nostdinc -B/tmp/hpautote

[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc

--- Comment #1 from hp at gcc dot gnu dot org 2010-05-21 03:34 --- Created an attachment (id=20716) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20716&action=view) Shortened libgcc2.i Compile with "./cc1 -fpreprocessed l.i -march=v10 -O2 -o libgcc2.s", observe ICE. -- http:/

[Bug middle-end/44224] [4.6 Regression]: build broken for cris-elf in libgcc

--- Comment #2 from kkojima at gcc dot gnu dot org 2010-05-21 04:03 --- Similar build failure seen on sh4-unknown-linux-gnu. /exp/ldroot/dodes/xsh-gcc-orig/./gcc/xgcc -B/exp/ldroot/dodes/xsh-gcc-orig/./gcc/ -B/usr/local/sh4-unknown-linux-gnu/bin/ -B/usr/local/sh4-unknown-linux-gnu/lib/

[Bug fortran/44212] [OOP] ICE when defining a pointer component before defining the class and calling a TBP then

--- Comment #3 from dominiq at lps dot ens dot fr 2010-05-21 06:21 --- The patch in comment #2 fixes the ICE, but is probably the cause of FAIL: gfortran.dg/select_type_1.f03 -O (internal compiler error) FAIL: gfortran.dg/select_type_1.f03 -O (test for errors, line 63) FAIL: gfortr

[Bug regression/43892] PowerPC suboptimal "add with carry" optimization

--- Comment #11 from joakim dot tjernlund at transmode dot se 2010-05-21 06:23 --- (In reply to comment #10) > > On my mpc8321 it is a big difference(don't have numbers handy). Why would > > such a simply insn be a problem performance wise? > > I know the kernel still uses the carry ins

[Bug c++/44225] New: Workaround for error: ... cannot appear in a constant-expression

I observed the following issue with g++-4.3.4: I can work around the restriction of initializing a static const integral class member with a non-constant expression. This violates the standard and should be rejected by "-pedantic". Correct me, if I'm wrong. I cut down my code to the following (c

[Bug c++/44225] Workaround for error: ... cannot appear in a constant-expression

--- Comment #1 from tuschjan at yahoo dot de 2010-05-21 06:32 --- Created an attachment (id=20717) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20717&action=view) demo source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44225

[Bug bootstrap/44226] New: [4.6 regression] Failed to bootstrap

On Linux/ia64, revision 159650 gave /export/gnu/import/svn/gcc-test/bld/./gcc/xgcc -B/export/gnu/import/svn/gcc-test/bld/./gcc/ -B/usr/local/ia64-unknown-linux-gnu/bin/ -B/usr/local/ia64-unknown-linux-gnu/lib/ -isystem /usr/local/ia64-unknown-linux-gnu/include -isystem /usr/local/ia64-unknown-linu

[Bug bootstrap/44226] [4.6 regression] Failed to bootstrap

--- Comment #1 from hjl dot tools at gmail dot com 2010-05-21 06:49 --- Revision 159644: http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00697.html may be the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added

<    1   2