[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|

[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 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 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] 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/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 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 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/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/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/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 #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/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 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 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 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++/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 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 #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 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 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 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 #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 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 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] [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 #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/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/27553] Testsuite ICE with -Wunused-labels

--- Comment #3 from fxcoudert at gcc dot gnu dot org 2006-05-11 21:37 --- Subject: Bug 27553 Author: fxcoudert Date: Thu May 11 21:37:10 2006 New Revision: 113712 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113712 Log: PR fortran/27553 * parse.c (next_free):

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

Some GCC tests such as gcc.c-torture/execute/simd-5.c fail on powerpc-none-eabispe with an ICE in final_scan_insn (not optimizing) or reload_cse_simplify_operands (optimizing). This happens with trunk and 4.1 branch but not with 4.0 branch. Reduced testcase: typedef short Q __attribute__((vector

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

Many GCC tests such as gcc.c-torture/compile/simd-3.c fail on powerpc-none-eabispe with an ICE in assign_stack_temp_for_type. This happens with trunk and 4.1 branch but not with 4.0 branch. Reduced testcase: typedef double V __attribute__((vector_size (16))); void f(void) { volatile V t = { 0

[Bug fortran/27552] -fdump-parse-tree doesn't like Holleriths (but then, who does?)

--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-05-11 20:58 --- Patched formally submitted for review on the ml: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00485.html -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/27538] [4.2 Regression] execute/20030128-1.c FAILs

--- Comment #4 from kazu at gcc dot gnu dot org 2006-05-11 20:36 --- I just confirmed that 4.1 generates correct code with -O1, so this is a regression. -- kazu at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug target/27538] execute/20030128-1.c FAILs

--- Comment #3 from kazu at gcc dot gnu dot org 2006-05-11 19:40 --- The combiner combines === i1 === (insn 10 8 11 2 (set (reg/f:SI 103) (symbol_ref:SI ("y") )) 145 {*arm_movsi_insn} (nil) (nil)) === i2 === (insn 11 10 13 2 (set (reg:SI 105 [ y ]) (zero_extend:SI (m

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

--- Comment #2 from sgk at troutmask dot apl dot washington dot edu 2006-05-11 19:23 --- Subject: Re: Testsuite ICE with -Wunused-labels On Thu, May 11, 2006 at 06:46:22PM -, fxcoudert at gcc dot gnu dot org wrote: > The ICE is due to -Wunused-labels. We try to issue a warning abo

[Bug target/27538] execute/20030128-1.c FAILs

--- Comment #2 from kazu at gcc dot gnu dot org 2006-05-11 18:54 --- Here is a reduced testcase. volatile short y; int foo (void) { return y; } With -O1, this function magically turns into "return 0;" like so foo: @ Function supports interworking. @ args = 0, preten

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

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-11 18:46 --- The ICE is due to -Wunused-labels. We try to issue a warning about the label (already marked as an error because it contains a non-numeric character) being unused, but said label has no locus (because the parser e

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

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-11 18:45 --- Have you tried using the -march=athlon options (where is replaced with your CPU type)? Also do you have a list of instructions which supported on which Athlon? -- http://gcc.gnu.org/bugzilla/show_bug.c

[Bug target/27538] execute/20030128-1.c FAILs

--- Comment #1 from kazu at gcc dot gnu dot org 2006-05-11 18:44 --- Just for a reference, here is execute/20030128-1.c. unsigned char x = 50; volatile short y = -5; int main () { x /= y; if (x != (unsigned char) -10) abort (); exit (0); } Now, with -O1, the load of y comple

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

--- Comment #2 from ramon dot garcia dot f+gcc at gmail dot com 2006-05-11 18:42 --- That is correct. However for those developerers that want to target the existing installed base of Pentium IV and Athlon processors, a set of flags and headers that provide the common subset of them is

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

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-11 18:37 --- Which Athlon processor, there are so many and some support full SSE2 also (K8). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

[Bug c/27562] New: SSE instruction selection wrong for Athlon processors.

GCC provides the programmer the ability to use SIMD instructions by primitives. These are defined in header files. Unfortunately, GCC follows Intel compiler conventions. But these conventions, dictated by Intel interests, not always reflect correctly the reality, specially of AMD processors. Accor

[Bug testsuite/24128] ICE in libjava.compile/PR6865.java reported as "PASS" in testsuite.

--- Comment #1 from daney at gcc dot gnu dot org 2006-05-11 17:55 --- New testcase for this problme is testsuite/libjava.compile/PR20418.java -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24128

[Bug java/20418] ICE if variable name is ommitted in an initialiser and a qualified type for the variable is used

--- Comment #2 from daney at gcc dot gnu dot org 2006-05-11 17:54 --- Test case committed as: * testsuite/libjava.compile/PR20418.java: New. * testsuite/libjava.compile/PR20418.xfail: New. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20418

[Bug target/26600] [4.1/4.2 Regression] internal compiler error: in push_reload, at reload.c:1303

--- Comment #8 from roger at eyesopen dot com 2006-05-11 17:22 --- Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00472.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26600

[Bug fortran/27561] New: i386-pc-mingw32 version incorrect error

The i386-pc-mingw32 version errors incorrectly on this program fragment - [EMAIL PROTECTED] /d/Docume~1/rantad/mydocu~1/tests $ gfortran -c eps.f90 In file eps.f90:10 xmax1 = min ( xx, ONE / epsilon ( xx ) ) 1 Error: Division by zero at (1) [EMAIL PROTECTED]

[Bug fortran/27552] -fdump-parse-tree doesn't like Holleriths (but then, who does?)

--- Comment #1 from fxcoudert at gcc dot gnu dot org 2006-05-11 17:08 --- I think this is taken care of by the following patch: Index: dump-parse-tree.c === --- dump-parse-tree.c (revision 113671) +++ dump-parse-tree.c

[Bug libobjc/13946] ObjC configured --with-objc-gc needs external Boehm gc

--- Comment #6 from halcy0n at gentoo dot org 2006-05-11 17:01 --- You can't build with objc-gc at all right now since only half of these patches were applied. It tries to use the internal boehm-gc, but that hasn't been built yet since the patch in the first email was never applied. Af

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

--- Comment #6 from gdr at integrable-solutions dot net 2006-05-11 16:47 --- Subject: Re: template function not recognized when invoked with enum defined in function "pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: | It was not hastly closed, the current standard says thi

[Bug c++/20589] [DR 488] error: '' is/uses anonymous type'

--- Comment #21 from pinskia at gcc dot gnu dot org 2006-05-11 16:38 --- *** Bug 27560 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added -

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

--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-11 16:38 --- (In reply to comment #4) > The PR should be suspended, instead of being hastly closed. It was not hastly closed, the current standard says this is invalid. Anyways there is already a PR open about DR 488. *** This

[Bug target/27421] [4.0/4.1 regression] ICE with invalid array in struct

--- Comment #10 from reichelt at gcc dot gnu dot org 2006-05-11 16:35 --- Now also fixed on 4.1 branch and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/27421] [4.0/4.1 regression] ICE with invalid array in struct

--- Comment #9 from reichelt at gcc dot gnu dot org 2006-05-11 16:34 --- Subject: Bug 27421 Author: reichelt Date: Thu May 11 16:34:39 2006 New Revision: 113706 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113706 Log: PR target/27421 * config/i386/i386.c (clas

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

--- Comment #4 from gdr at gcc dot gnu dot org 2006-05-11 16:33 --- See http://www.open-std.org/JTC1/SC22/WG21/docs/cwg_active.html#488 http://www.open-std.org/JTC1/SC22/WG21/docs/papers/2006/n1945.pdf The later paper is under active consideration. The PR should be suspended, in

[Bug target/27421] [4.0/4.1 regression] ICE with invalid array in struct

--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-11 16:32 --- Subject: Bug 27421 Author: reichelt Date: Thu May 11 16:32:20 2006 New Revision: 113705 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113705 Log: PR target/27421 * config/i386/i386.c (clas

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

--- Comment #3 from gdr at integrable-solutions dot net 2006-05-11 16:24 --- Subject: Re: New: template function not recognized when invoked with enum defined in function "ian at airs dot com" <[EMAIL PROTECTED]> writes: | Compiling this file, with mainline, gcc 4.0, or 4.1 | | tem

[Bug target/27158] [4.1/4.2 regression] ICE in extract_insn with -maltivec

--- Comment #17 from pinskia at gcc dot gnu dot org 2006-05-11 16:19 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW

[Bug middle-end/27536] [4.2 Regression] -fsection-anchors breaks Ada

--- Comment #7 from richard at codesourcery dot com 2006-05-11 16:18 --- Subject: Re: [4.2 Regression] -fsection-anchors breaks Ada Thanks Andreas. I might be barking up the wrong tree here, but it seems odd to me is that output_ttype is using expand_normal () to expand this tree. T

[Bug c++/16625] Discarded Linkonce sections in .rodata

--- Comment #29 from pinskia at gcc dot gnu dot org 2006-05-11 16:16 --- (In reply to comment #28) > This test case *still* exhibits the failure using only g++ 3.3.6, and binutils > 2.16.1: Well 3.3.x is no longer being updated (likewise for 3.4.x). -- http://gcc.gnu.org/bugzilla/

[Bug c++/16625] Discarded Linkonce sections in .rodata

--- Comment #28 from perry at kundert dot ca 2006-05-11 16:12 --- This test case *still* exhibits the failure using only g++ 3.3.6, and binutils 2.16.1: [EMAIL PROTECTED]:binutils-bug$ apt-show-versions g++-3.3 g++-3.3/testing uptodate 1:3.3.6-13 [EMAIL PROTECTED]:binutils-bug$ apt-show

[Bug middle-end/27536] [4.2 Regression] -fsection-anchors breaks Ada

--- Comment #6 from schwab at suse dot de 2006-05-11 16:08 --- unit size align 32 symtab -135699664 alias set 98 fields Ada size pointer_to_this chain > sizes-gimplified unsigned SI size unit size user align 32 s

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

--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-11 16:07 --- 14.3.1/2 A local type, a type with no linkage, an unnamed type or a type compounded from any of these types shall not be used as atemplate-argument for a template type-parameter. -- http://gcc.gnu.org/bugzilla/

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

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-11 15:58 --- This is not valid, the type is a local type which causes it be rejected for templates. The same happens with local classes. -- pinskia at gcc dot gnu dot org changed: What|Removed

[Bug middle-end/27536] [4.2 Regression] -fsection-anchors breaks Ada

--- Comment #5 from richard at codesourcery dot com 2006-05-11 15:56 --- Subject: Re: [4.2 Regression] -fsection-anchors breaks Ada "dje at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes: > It looks like something in exception handling is creating a new object > very late, after relo

[Bug c/27558] Wrong type in warning

--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-11 15:55 --- I cannot reproduce this in "4.1.0 20060208" or "4.2.0 20060507". t.c:5: warning: format '%s' expects type 'char *', but argument 3 has type 'char (*)[40]' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27558

[Bug fortran/18315] missing error for incompatible array assignment involving lbound

--- Comment #5 from paul dot richard dot thomas at cea dot fr 2006-05-11 15:54 --- > I think what is happening is that lbound's type is becoming a scalar and not > > an array with size of 1. I believe that I fixed this with either the bounds scalarization patch or some of the work on

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

Compiling this file, with mainline, gcc 4.0, or 4.1 template void f(t a) { } void g() { enum e { v }; f(v); } gives this error message: foo.cc: In function ‘void g()’: foo.cc:2: error: no matching function for call to ‘f(g()::e)’ If the enum definition is moved out of the function, this works.

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

--- Comment #1 from reichelt at gcc dot gnu dot org 2006-05-11 15:35 --- Testing a patch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Assigne

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

The following testcase ICEs on mainline: === struct A { template static void* operator new(T) {} }; === bug.cc:4: error: 'operator new' takes type 'size_t' ('long unsigned int') as first parameter bug.cc:4: er

[Bug c++/27384] [4.0/4.1/4.2 regression] ICE with invalid array size

--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-11 15:17 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/27384] [4.0/4.1/4.2 regression] ICE with invalid array size

--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-11 15:17 --- Subject: Bug 27384 Author: reichelt Date: Thu May 11 15:16:49 2006 New Revision: 113703 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113703 Log: PR middle-end/27384 * fold-const.c (size_b

[Bug middle-end/27536] [4.2 Regression] -fsection-anchors breaks Ada

--- Comment #4 from dje at gcc dot gnu dot org 2006-05-11 15:13 --- It looks like something in exception handling is creating a new object very late, after reload, and the new address is not validized before being handed to replace_equiv_address(). Should explow.c:use_anchored_address()

[Bug c++/27384] [4.0/4.1/4.2 regression] ICE with invalid array size

--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-11 15:12 --- Subject: Bug 27384 Author: reichelt Date: Thu May 11 15:11:50 2006 New Revision: 113702 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113702 Log: PR middle-end/27384 * fold-const.c (size_b

[Bug c++/27384] [4.0/4.1/4.2 regression] ICE with invalid array size

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-11 15:08 --- Subject: Bug 27384 Author: reichelt Date: Thu May 11 15:07:45 2006 New Revision: 113701 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113701 Log: PR middle-end/27384 * fold-const.c (size_b

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

--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-11 15:07 --- That's not a complete testcase, which we need to reproduce/fix the bug. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added -

[Bug middle-end/27488] [4.1/4.2 regression] ICE in tree_expr_nonnegative_p

--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-11 15:02 --- Fixed on mainline and 4.1 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/27488] [4.1/4.2 regression] ICE in tree_expr_nonnegative_p

--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-11 15:01 --- Subject: Bug 27488 Author: reichelt Date: Thu May 11 15:01:40 2006 New Revision: 113700 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113700 Log: PR middle-end/27488 * fold-const.c (tree_e

[Bug middle-end/27488] [4.1/4.2 regression] ICE in tree_expr_nonnegative_p

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-11 14:59 --- Subject: Bug 27488 Author: reichelt Date: Thu May 11 14:58:54 2006 New Revision: 113699 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113699 Log: PR middle-end/27488 * fold-const.c (tree_e

[Bug c++/27547] [4.0/4.1/4.2 regression] ICE on invalid operator=

--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-11 14:53 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added ---

[Bug c++/27547] [4.0/4.1/4.2 regression] ICE on invalid operator=

--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-11 14:49 --- Subject: Bug 27547 Author: reichelt Date: Thu May 11 14:49:17 2006 New Revision: 113698 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113698 Log: PR c++/27547 * decl.c (copy_fn_p): Return

[Bug c/27558] New: Wrong type in warning

Compiling this code: #include void f(char* line) { char test_char[40]; sscanf(line, "%s", &test_char); } gives the following warning: warning: format '%s' expects type 'char *', but argument 3 has type 'char (*)[39u]' I'd have though that &test_char had type char (*)[40]. --

[Bug c++/27547] [4.0/4.1/4.2 regression] ICE on invalid operator=

--- Comment #3 from reichelt at gcc dot gnu dot org 2006-05-11 14:46 --- Subject: Bug 27547 Author: reichelt Date: Thu May 11 14:45:56 2006 New Revision: 113697 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113697 Log: PR c++/27547 * decl.c (copy_fn_p): Return

[Bug c++/27557] New: OpenMP threadprivate directive does not work with non-POD types

Compiling the fragment struct A { A() {} }; extern A a; #pragma omp threadprivate(a) A a; with svn from yesterday yields LANG=C g++-4.2 -fopenmp -c x.cpp -o x.o x.cpp:6: error: 'a' cannot be thread-local because it has non-POD type 'A' x.cpp:6: error: 'a' is thread-local and so cannot be

[Bug c++/27547] [4.0/4.1/4.2 regression] ICE on invalid operator=

--- Comment #2 from reichelt at gcc dot gnu dot org 2006-05-11 14:41 --- Subject: Bug 27547 Author: reichelt Date: Thu May 11 14:41:03 2006 New Revision: 113696 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113696 Log: PR c++/27547 * decl.c (copy_fn_p): Return

[Bug c/27556] New: Wrong code generation when cross compile for attiny2313

I found a bug in gcc compiler. I'm trying to cross compile simple program using debian package avr-gcc (gcc version 4.1.0) using command avr-gcc -mmcu=attiny2313 -Wall -Os -c test.c I have problem with very simple code when using array bigger than 128 bytes. char text[] = "AB... YZ"; // 128

[Bug tree-optimization/27003] [4.0 Regression] ivcanon bug

--- Comment #2 from rakdver at gcc dot gnu dot org 2006-05-11 14:19 --- Patch: http://gcc.gnu.org/ml/gcc-patches/2006-05/msg00463.html -- rakdver at gcc dot gnu dot org changed: What|Removed |Added --

[Bug target/27158] [4.1/4.2 regression] ICE in extract_insn with -maltivec

--- Comment #16 from sayle at gcc dot gnu dot org 2006-05-11 14:17 --- Subject: Bug 27158 Author: sayle Date: Thu May 11 14:17:19 2006 New Revision: 113695 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113695 Log: PR target/27158 * reload.c (find_reloads_toplev

[Bug fortran/25082] Subroutine with RETURN value, ICE in gfc_conv_scalarized_array_ref

--- Comment #2 from paul dot richard dot thomas at cea dot fr 2006-05-11 14:02 --- The patch is simple: 12.5.2.6 RETURN statement R1226 return-stmt is RETURN [ scalar-int-expr ] The int-expr part is implemented in resolve.c(resolve_code); a further condition has been imposed to implem

[Bug fortran/27554] New: Strange assembler produced

Humpf, that one is scary... can't even think of what to put as a Summary :) $ cat abs_complex.f90 real x x = abs(x) call foo(abs) end $ ./bin/gfortran abs_complex.f90 -c /tmp/ccdGqqDj.s: Assembler messages: /tmp/ccdGqqDj.s:14: Error: junk `(intrinsic)__abs' after expression Indeed, the a

Bug in gfortran libraries statically linked in Linux

I found an other bug in gfortran now for the Linux distribution only. You must be able to link the gfortran libraries static or linked. For the linked *.so no problem For the static *.a it did not work and at the compilation time. To force the linker to compile the gfortran libraries static and no

[Bug fortran/25392] ICEs with -ff2c

--- Comment #4 from fxcoudert at gcc dot gnu dot org 2006-05-11 11:36 --- File entry-4.f90 from the gfortran testsuite also ICEs with -ff2c: $ gfortran -c entry_4.f90 -ff2c src/entry_4.f90: In function ‘f2’: src/entry_4.f90:12: internal compiler error: in make_decl_rtl, at varasm.c:100

[Bug fortran/27553] New: Testsuite ICE with -Wall

label_2.f90, from the testsuite, encounters an ICE when compiled with -Wall: $ cat src/label_2.f90 ! { dg-do compile } ! PR fortran/24640. We needed to check that whitespace follows ! a statement label in free form. ! program pr24640 10: a=10 ! { dg-error "character in statement" } end progr

[Bug fortran/27552] New: -fdump-parse-tree doesn't like Holleriths (but then, who does?)

The following testcases encounter an ICE when compiled with -fdump-parse-tree: hollerith2.f90, hollerith4.f90, hollerith_f95.f90 and hollerith_legacy.f90 (in the gfortran.dg testsuite directory) (I've been compiling the whole testsuite with -fdump-parse-tree to isolate potential problems with -fdu

[Bug c++/26755] [4.0 regression] may fail to generate code for base destructor defined inline with pragma interface

--- Comment #9 from tbm at cyrius dot com 2006-05-11 11:05 --- (In reply to comment #8) > 4.1.0 is correct as it is the same as 3.4.x. 4.0.x is incorrect and does not > correspond to 3.4.x. So this is a bug in 4.0.x and not in 4.1.0. > > Confirmed. Thanks for the short testcase. Do

[Bug c++/26757] [4.1/4.2 regression] C++ front-end producing two DECLs with the same UID

--- Comment #19 from tbm at cyrius dot com 2006-05-11 11:03 --- (In reply to comment #17) > Created an attachment (id=11336) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11336&action=view) [edit] > Possible patch > > Maybe. there is a work around I have an initial patch for. It

[Bug tree-optimization/27548] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge

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

[Bug fortran/25090] Bad automatic character length

--- Comment #1 from paul dot richard dot thomas at cea dot fr 2006-05-11 10:22 --- The following patch fixes this bug. It makes use of existing calls to gfc_resolve_expr, whilst resolving specification expressions, to check that variables used are parameters of each and every entry. S

[Bug tree-optimization/27548] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge

--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-11 09:23 --- Oh, note with my reduced testcase you have to compile with -fno-ivopts. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27548

[Bug tree-optimization/27548] [4.2 regression] ICE: SSA corruption - Conflict across an abnormal edge

--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-11 09:22 --- This is a SCCP issue: --- t.cc.073t.lim 2006-05-11 02:21:50.0 -0700 +++ t.cc.075t.sccp 2006-05-11 02:21:50.0 -0700 @@ -53,8 +53,8 @@ void f(int&) (to_be_zapped) :; goto (); - # i_29

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

--- Comment #5 from jakub at gcc dot gnu dot org 2006-05-11 09:07 --- Yes, PR 27283 patch fixes this. So, we need it on gcc-4_1-branch too... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27549

  1   2   >