[Bug target/31070] ICE in function_arg_slotno

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-23 22:27 --- Not clear if this is a regresion, those tests are new in 4.1. Not release critical, as sparc64 is neither primary nor secondary platform. -- rguenth at gcc dot gnu dot org changed: What|Removed

[Bug other/31405] [4.3 Regression] fixincludes needed for wchar from glibc 2.3.6

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hp at axis dot com Priority|P3 |P2

[Bug other/31955] [4.2/4.3 Regression] gcc_release does not generate HTML files from install manual

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P2 Summary|[4.2/4.3 regression]|[4.2/4.3 Regressio

[Bug middle-end/34934] -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev)

--- Comment #8 from Ralf dot Wildenhues at gmx dot de 2008-01-23 22:33 --- Subject: Re: -O1 crash compile *** glibc detected *** /usr/lib/gcc/i486-linux-gnu/4.2.3/cc1: double free or corruption (!prev) * rguenth at gcc dot gnu dot org wrote on Wed, Jan 23, 2008 at 10:44:51PM CET: > I

[Bug c++/34824] [4.1/4.2/4.3 Regression] ICE with explicit copy constructor

-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to work||2.95.4 Priority|P3 |P2 http://gc

[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors

--- Comment #12 from rguenth at gcc dot gnu dot org 2008-01-23 22:35 --- The ICE in simplify_immed_subreg is reproducible with 4.2.3. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug c++/34862] [4.3 Regression] operator new placement variant with reference arg not accepted by g++ 4.3

--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-23 22:38 --- We should possibly separate the two issues, rejects-valid and wrong-code, as only rejects-valid is a regression. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/34856] [4.2/4.3 Regression] ICE with some constant vectors

--- Comment #13 from pinskia at gcc dot gnu dot org 2008-01-23 22:40 --- Most likely we should just return NULL here instead of crashing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34856

[Bug c++/34824] [4.1/4.2/4.3 Regression] ICE with explicit copy constructor

--- Comment #8 from fang at csl dot cornell dot edu 2008-01-23 22:48 --- As long as we're digging back... the test case in Comment #4 also ICEs: gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) also "works": gcc version 2.95.3 [FreeBSD] 20010315 (release) -- http://gcc.gnu.org/

[Bug c++/34913] [4.1/4.2/4.3 Regression] ICE vector in template

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-23 22:50 --- I don't have checking enabled compilers from before 4.1 to actually verify this is a regression. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/34926] [4.3 Regression] FAIL: gcc.c-torture/execute/va-arg-15.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-23 22:51 --- Please confirm this is fixed and close this bug. Thx. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added --

[Bug middle-end/32395] false positive warning about use of uninitialized variable.

--- Comment #15 from manu at gcc dot gnu dot org 2008-01-23 22:57 --- (In reply to comment #14) > > :-( I cannot compile this testcase > > please try the latest testcase. > Thanks. It compiles fine now. The weirdest thing is that I cannot see the uninitialized warning but I can see th

[Bug fortran/34325] Wrong error message for syntax error

--- Comment #9 from terry at chem dot gu dot se 2008-01-23 23:00 --- Actually, with bad parentheses it's easy to generate strange error messages: do while ((.true.) 1 Error: Invalid character in name at (1) do while (.true. 1 Error: Unclassifiable statement at (1) Yes,

[Bug middle-end/34949] New: Dead code in trivial destructors.

# cat dead.cpp class Foo { public: virtual ~Foo(); }; Foo::~Foo() { } # g++ -O2 -S dead.cpp # cat dead.cpp ... .globl _ZN3FooD2Ev .type _ZN3FooD2Ev, @function _ZN3FooD2Ev: .LFB3: pushl %ebp .LCFI0: movl%esp, %ebp .LCFI1: movl8(%ebp), %eax mov

[Bug c++/34949] Dead code in empty destructors.

--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-23 23:17 --- hmmm, it is hard for middle-end to know these are dead, the C++ front-end needs to comuniticate to the middle-end that after the function ends, this is not going to be valid. By the way, please don't call this a tri

[Bug c++/34862] [4.3 Regression] operator new placement variant with reference arg not accepted by g++ 4.3

--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-23 23:19 --- The c#2 testcase compiles and works with 4.1.x, so all of rejects-valid (rev 127639+), wrong-code (rev 125653 .. rev 127638 at -O0) and ice-on-valid-code (rev 125653 .. rev 127638 at -O2) are regressions. -- jakub

[Bug middle-end/34926] [4.3 Regression] FAIL: gcc.c-torture/execute/va-arg-15.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #5 from danglin at gcc dot gnu dot org 2008-01-23 23:20 --- Fixed. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING

[Bug middle-end/34926] [4.3 Regression] FAIL: gcc.c-torture/execute/va-arg-15.c execution, -O3 -fomit-frame-pointer -funroll-loops

--- Comment #6 from zadeck at naturalbridge dot com 2008-01-23 23:22 --- Subject: Re: [4.3 Regression] FAIL: gcc.c-torture/execute/va-arg-15.c execution, -O3 -fomit-frame-pointer -funroll-loops danglin at gcc dot gnu dot org wrote: > --- Comment #5 from danglin at gcc dot gnu do

[Bug c++/34949] Dead code in empty destructors.

--- Comment #2 from spark at gcc dot gnu dot org 2008-01-23 23:23 --- I understand why it's difficult to delete the code in the middle-end. But this case seems to be quite common - not the empty body but more common cases are destructors whose body doesn't need vtable. -- http://gcc

[Bug other/22232] Bug in "fixproto" (missing escape)

--- Comment #2 from bje at gcc dot gnu dot org 2008-01-23 23:27 --- Subject: Bug 22232 Author: bje Date: Wed Jan 23 23:26:24 2008 New Revision: 131768 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131768 Log: PR other/22232 * fixproto: Escape "." in sed expressi

[Bug other/31405] [4.3 Regression] fixincludes needed for wchar from glibc 2.3.6

--- Comment #2 from hp at gcc dot gnu dot org 2008-01-23 23:35 --- Patch at awaiting approval. -- hp at gcc dot gnu dot org changed: What|Removed |Added -

[Bug fortran/34858] [4.3 Regression] ICE on invalid depending of the length of the source name

--- Comment #6 from dfranke at gcc dot gnu dot org 2008-01-23 23:43 --- integer :: c! anything, makes block data invalid block data bd common d ! 'd' undefined, new symbol generated that needs to be undone end block data bd end In the code above, the newly generated s

[Bug other/22232] Bug in "fixproto" (missing escape)

--- Comment #3 from bje at gcc dot gnu dot org 2008-01-24 00:12 --- Subject: Bug 22232 Author: bje Date: Thu Jan 24 00:11:47 2008 New Revision: 131769 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131769 Log: Revert this patch, as it is not a regression. 2008-01-24 Ben Ellist

[Bug middle-end/34931] FAIL: gcc.dg/pr28796-[12].c (test for excess errors)

--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-24 00:47 --- Subject: Re: FAIL: gcc.dg/pr28796-[12].c (test for excess errors) > Fixed. Unfortunately, only the first testcase is fixed. We still have FAIL: gcc.dg/pr28796-2.c (test for excess errors) Excess errors:

[Bug c++/34950] New: ICE in svn boost math toolkit

The attached preprocessed source causes the following ICE: - /home/andreas/pool/include/boost-1_35/boost/math/policies/policy.hpp: In instantiation of ‘boost::math::policies::precision’: /home/andreas/pool/include/boost-1_35/bo

[Bug c++/34950] ICE in svn boost math toolkit

--- Comment #1 from inform at tiker dot net 2008-01-24 01:27 --- Created an attachment (id=15012) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15012&action=view) ICE'ing preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34950

[Bug c/34720] ICE in real_to_decimal, at real.c:1656

--- Comment #6 from bje at gcc dot gnu dot org 2008-01-24 02:33 --- Thanks; I will keep investigating. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34720

[Bug middle-end/34931] FAIL: gcc.dg/pr28796-[12].c (test for excess errors)

--- Comment #8 from danglin at gcc dot gnu dot org 2008-01-24 02:39 --- Testing backend fix. -- danglin at gcc dot gnu dot org changed: What|Removed |Added St

[Bug c/34951] New: gcse+O1 triggers invalid floating point stack management

-fgcse (only at optimization level -O1 or higher) causes the compare at line 3639 of the pre-processed linprog.i (attached) to fire with only one of its operands on the stack. This leads to non-sensical results such as normal floating point number being declared less than itself. If the je .L345 i

[Bug c/34951] gcse+O1 triggers invalid floating point stack management

--- Comment #1 from tterribe at xiph dot org 2008-01-24 04:02 --- Created an attachment (id=15013) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15013&action=view) Pre-processed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34951

[Bug rtl-optimization/34951] gcse+O1 triggers invalid floating point stack management

--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-24 04:51 --- Actually no this is not really a "bug" in GCC, just your assumption about x87 fp math. Anyways this is duplicate of bug 323. Adding -ffloat-store fixes the issue. *** This bug has been marked as a duplicate of 323

[Bug rtl-optimization/323] optimized code gives strange floating point results

--- Comment #101 from pinskia at gcc dot gnu dot org 2008-01-24 04:51 --- *** Bug 34951 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #22 from jvdelisle at gcc dot gnu dot org 2008-01-24 04:52 --- Putting this back in fixes the new test case in comment #21 Index: primary.c === --- primary.c (revision 131752) +++ primary.c (working copy) @

[Bug fortran/34876] Can't read/write array sections with negative stride not specified

--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-01-24 05:15 --- Answering your question. Putting the write in front of the failing one causes seeking to that record, writing it out and flushing the buffers. Writing "grows" the file. This creates "undefined" records from th

[Bug fortran/32760] [4.3 Regression] Error defining subroutine named PRINT

--- Comment #23 from jvdelisle at gcc dot gnu dot org 2008-01-24 05:20 --- Oh, I see, the trick is dealing with implicit_11.f90 as well. and around and around we go. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32760

[Bug c++/25701] gcc.texi missing @direntry for g++

--- Comment #2 from bje at gcc dot gnu dot org 2008-01-24 06:08 --- Patch posted at: http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01126.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25701

[Bug fortran/34876] Can't read/write array sections with negative stride not specified

--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-01-24 07:03 --- Created an attachment (id=15014) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15014&action=view) Preliminary patch This patch illustrates the fix. What remains is to check cases of all other I/O (formatt

[Bug fortran/34946] [4.3 Regression] internal compiler error: in gfc_trans_create_temp_array, at fortran/trans-array.c:592

--- Comment #3 from jv244 at cam dot ac dot uk 2008-01-24 07:27 --- reduced testcase: MODULE test TYPE realspace_grid_input_type INTEGER :: distribution_layout(3) END TYPE realspace_grid_input_type TYPE realspace_grid_type INTEGER, DIMENSION (3) :: npts

<    1   2