[Bug fortran/27553] [4.1 only] Testsuite ICE with -Wunused-labels

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-11 21:38 --- Commited on mainline. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Kno

[Bug fortran/24549] [4.1 only] ICE with invalid pseudo-declaration statement

--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-05-11 21:39 --- Subject: Bug 24549 Author: fxcoudert Date: Thu May 11 21:39:06 2006 New Revision: 113713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113713 Log: PR fortran/20460 PR fortran/24549

[Bug fortran/20460] [4.1 only] Nasty extensions that should always warn

--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-05-11 21:39 --- Subject: Bug 20460 Author: fxcoudert Date: Thu May 11 21:39:06 2006 New Revision: 113713 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113713 Log: PR fortran/20460 PR fortran/24549

[Bug fortran/24549] [4.1 only] ICE with invalid pseudo-declaration statement

--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-05-11 21:39 --- Fixed on mainline and 4.1. -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/20460] Nasty extensions that should always warn

--- Comment #11 from fxcoudert at gcc dot gnu dot org 2006-05-11 21:40 --- Fixed on mainline and 4.1 -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #2 from p dot mateja at sh dot cvut dot cz 2006-05-11 21:42 --- (In reply to comment #1) > That's not a complete testcase, which we need to reproduce/fix the bug. What do you need? Complete source is: cat >test.c < int main(void) { UBRRH = 0; UBRRL = 4;

[Bug other/27567] New: __builtin_memcpy generates redundant stores/moves.

float convert( unsigned in ) { float f; __builtin_memcpy( &f, &in, sizeof( in ) ); return f; } $ gcc bug.c -S -O2 -fverbose-asm -m64 convert: movl%edi, -4(%rsp) # in, f movl%edi, -20(%rsp) # in, in <=== what for this? movss -4(%rsp),

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #3 from berndtrog at yahoo dot com 2006-05-11 21:59 --- Pavel, the attiny2313 has 128 Bytes of SRAM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27556

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #4 from eweddington at cso dot atmel dot com 2006-05-11 22:05 --- Subject: Re: Wrong code generation when cross compile for attiny2313 p dot mateja at sh dot cvut dot cz wrote: > --- Comment #2 from p dot mateja at sh dot cvut dot cz 2006-05-11 21:42 > --- > (In

[Bug c++/27560] template function not recognized when invoked with enum defined in function

--- Comment #7 from ian at airs dot com 2006-05-11 22:55 --- PR 20589 seems to be about an unnamed enum. This enum in this test case is not unnamed. It is local to a function, but has a name. This may be related to 20589, but I don't think it is the same issue. -- http://gcc.gnu.

[Bug c++/27560] template function not recognized when invoked with enum defined in function

--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-11 23:03 --- (In reply to comment #7) > This may be related to 20589, but I don't think it is the same issue. It is the same issue because there is only one Defect report for the C++ standard. -- http://gcc.gnu.org/bugzilla/

[Bug c++/27560] template function not recognized when invoked with enum defined in function

--- Comment #9 from gdr at integrable-solutions dot net 2006-05-11 23:20 --- Subject: Re: template function not recognized when invoked with enum defined in function "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | (In reply to comment #7) | > This may be related to 205

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #5 from p dot mateja at sh dot cvut dot cz 2006-05-11 23:27 --- Created an attachment (id=11440) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11440&action=view) preprocessed file (*.i*) that triggers the bug -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27556

[Bug c++/25322] ISO compliance of defining structs in anonymous unions

--- Comment #4 from cfranz at aldon dot com 2006-05-11 23:27 --- (In reply to comment #3) > Would someone mind specifying what section of the standard this violates? We > have a codebase that makes heavy use of (3). Section 9.5. Furthermore, I was basing cases 2, 4, and 6 on the foll

[Bug c++/27559] [4.2 regression] ICE on templated operator new

--- Comment #2 from patchapp at dberlin dot org 2006-05-11 23:27 --- Subject: Bug number PR c++/27559 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/2006-05/msg00492.html -- http://gcc.gnu.org/bugzil

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #6 from p dot mateja at sh dot cvut dot cz 2006-05-11 23:36 --- > What is needed is described on the GCC web site here: > > Please take a quick look. Sorry, I have already read that, but I had a very long day today. It's quite diffucult to deb

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #7 from p dot mateja at sh dot cvut dot cz 2006-05-11 23:39 --- (In reply to comment #3) > Pavel, the attiny2313 has 128 Bytes of SRAM. I know. But there has to be way how to address it's 2kB flash. I don't need the string in SRAM. -- http://gcc.gnu.org/bugzilla/show_b

[Bug target/27562] SSE instruction selection wrong for Athlon processors.

--- Comment #4 from ramon dot garcia dot f+gcc at gmail dot com 2006-05-11 23:42 --- Sorry, this bug was based on a misunderstanding. I was playing with some integer SSE on an Athlon and got surprised because it seemed to work, that is, no ill instruction fault. From Googling one finds

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #8 from p dot mateja at sh dot cvut dot cz 2006-05-11 23:56 --- (In reply to comment #7) > (In reply to comment #3) > > Pavel, the attiny2313 has 128 Bytes of SRAM. > > I know. But there has to be way how to address it's 2kB flash. > I don't need the string in SRAM. To be

[Bug target/27556] Wrong code generation when cross compile for attiny2313

--- Comment #9 from p dot mateja at sh dot cvut dot cz 2006-05-12 00:31 --- (In reply to comment #8) > (In reply to comment #7) > > (In reply to comment #3) > > > Pavel, the attiny2313 has 128 Bytes of SRAM. > > > > I know. But there has to be way how to address it's 2kB flash. > > I d

[Bug target/27565] [4.1/4.2 Regression] ICE in assign_stack_temp_for_type for vectors with SPE

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug target/27566] [4.1/4.2 Regression] ICEs in final_scan_insn and reload_cse_simplify_operands for vectors with SPE

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot |

[Bug fortran/27546] [F2003] IMPORT not implemented

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-12 04:32 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug c++/27568] New: ICE in check_classfn, at cp/decl2.c:607

$ g++-4.1 -v -c -W -Wall -pedantic --save-temps ice.check_classfn.cc Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-inc

[Bug fortran/17741] ICE in gfc_free_namespace, at fortran/symbol.c:2208

--- Comment #4 from pault at gcc dot gnu dot org 2006-05-12 04:34 --- Apparently ignoring the ICE is given the thumbs down. See today's list. Paul -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17741

[Bug c++/27568] [4.0/4.1/4.2 Regression] ICE in check_classfn, at cp/decl2.c:607

-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work||3.4.6 Summary|ICE in check_classfn, at|[4.0/4.1/4.2 Re

[Bug c++/27568] [4.0/4.1/4.2 Regression] ICE in check_classfn, at cp/decl2.c:607

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-12 04:47 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCON

[Bug tree-optimization/27549] [4.1 Regression] ICE in coalesce_abnormal_edges

--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-12 04:48 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn|

<    1   2