[Bug target/40232] New: ICE compiling linux kernel with gcc for cris

[claudyus84 at gmail dot com]

Hi all,

Using gcc 4.3.3 compiling linux kernel 2.6.30-rc6 I get the followig error:

  CC [M]  net/mac80211/mlme.o
net/mac80211/mlme.c: In function 'ieee80211_rx_mgmt_assoc_resp':
net/mac80211/mlme.c:1445: error: insn does not satisfy its constraints:
(insn 1200 259 1201 30 net/mac80211/mlme.c:1351 (set (reg:SI 9 r9 [189])
(zero_extend:SI (reg:QI 16 srp))) 59 {zero_extendqisi2} (nil))
net/mac80211/mlme.c:1445: internal compiler error: in
copyprop_hardreg_forward_1, at regrename.c:1605
Please submit a full bug report,
with preprocessed source if appropriate.

I will try to post preprocessed source soon.

Best Regards
Claudio


-- 
   Summary: ICE compiling linux kernel with gcc for cris
   Product: gcc
   Version: 4.3.3
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: claudyus84 at gmail dot com
  GCC host triplet: x86
GCC target triplet: cris-uclibc


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40232

[Bug rtl-optimization/40086] [4.5 Regression]: cris-elf gfortran.dg/forall_1.f90 -O1 execution

[bonzini at gnu dot org]

--- Comment #16 from bonzini at gnu dot org  2009-05-24 08:04 ---
Subject: Re:  [4.5 Regression]: cris-elf 
gfortran.dg/forall_1.f90 -O1 execution

I'll note that, even though the bug is very rare and no testcase is
known in general, it affects every target with delay slots -- so it
should be P2 IMO.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40086

[Bug target/40226] gcc emits bad opcode 'ffreep' even if march=geode

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2009-05-24 09:11 ---
(In reply to comment #2)
> what's wrong ? no more details were put e.g. here:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179

This was different problem, with -march=native.  And according to [1],
-march=geode works OK.  So without the report, as described in comment 1, there
is no way to figure out what is wrong with your gcc.

BTW: This is Gentoo released gcc, so bugs should be reported to Gentoo first.

[1] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37179#c12


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40226

[Bug tree-optimization/40233] New: Test failures with "alignment of array elements is greater than element size"

[irar at il dot ibm dot com]

The following tests fail with "error: alignment of array elements is greater
than element size":
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-1.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-1.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-1.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-1.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  compilation failed to
produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
WARNING: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  compilation failed to
produce executable

FAIL: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
WARNING: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -g  (test for excess errors)
WARNING: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -g  compilation failed to
produce executable
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -fomit-frame-pointer  (test
for excess errors)
WARNING: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -g  (test for excess errors)
WARNING: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -g  compilation failed to
produce executable
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
WARNING: g++.dg/torture/stackalign/eh-alloca-1.C  -O3 -fomit-frame-pointer 
compilation failed to produce executable
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C  -O3 -g  (test for excess errors

[Bug target/36482] cris gcc 4.2.3 -Os causes internal compiler error (-O0 works)

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-05-24 11:42 ---
*** Bug 39765 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||segher at kernel dot
   ||crashing dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36482

[Bug middle-end/39765] internal compiler error: in copyprop_hardreg_forward_1

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-05-24 11:42 ---


*** This bug has been marked as a duplicate of 36482 ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39765

[Bug target/40232] ICE compiling linux kernel with gcc for cris

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-05-24 11:43 ---


*** This bug has been marked as a duplicate of 36482 ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40232

[Bug target/36482] cris gcc 4.2.3 -Os causes internal compiler error (-O0 works)

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-05-24 11:43 ---
*** Bug 40232 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||claudyus84 at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36482

[Bug target/36482] ICE in copyprop_hardreg_forward_1, at regrename.c:1613

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-05-24 11:46 ---
PR39685 also looks related, but with a different instruction kind


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36482

[Bug target/40220] Compile error after r147534

[bonzini at gnu dot org]

--- Comment #2 from bonzini at gnu dot org  2009-05-24 11:48 ---
Fixed (I didn't know of the PR so I didn't include it in the changelog; it's
r147832).


-- 

bonzini at gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40220

[Bug target/36482] ICE in copyprop_hardreg_forward_1, at regrename.c:1613

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2009-05-24 11:48 ---
Hm, also see PR23424.  HP - time to revisit these?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||23424


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36482

[Bug tree-optimization/40233] [4.5 Regression] Test failures with "alignment of array elements is greater than element size"

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-05-24 11:49 ---
Mine.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
   Last reconfirmed|-00-00 00:00:00 |2009-05-24 11:49:42
   date||
Summary|Test failures with  |[4.5 Regression] Test
   |"alignment of array elements|failures with "alignment of
   |is greater than element |array elements is greater
   |size"   |than element size"
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40233

[Bug tree-optimization/40233] [4.5 Regression] Test failures with "alignment of array elements is greater than element size"

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-05-24 12:11 ---
Testcase:

typedef int aligned __attribute__((aligned(64)));
struct Frame {
  aligned i;
};

void foo(struct Frame *p)
{
  aligned *q = &p->i;
  *q = 0;
}


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40233

[Bug middle-end/40234] New: [4.5 Regression] Revision 147829 failed gcc.target/i386/sse-recip-vec.c

[hjl dot tools at gmail dot com]

On Linux/x86-64, revision 147829:

http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00806.html

caused:

FAIL: g++.dg/torture/stackalign/eh-alloca-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-alloca-1.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-global-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-global-1.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-inline-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-inline-1.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-inline-2.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-inline-2.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-1.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -fomit-frame-pointer  (test
for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -g  (test for excess errors)
FAIL: g++.dg/torture/stackalign/eh-vararg-2.C  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-1.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-2.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -fomit-frame-pointer  (test for
excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
FAIL: gcc.dg/torture/stackalign/nested-3.c  -O3 -g  (test for excess errors)
FAIL: gcc.target/i386/sse-recip-vec.c (internal compiler error)
FAIL: gcc.target/i386/sse-recip-vec.c (test for excess errors)
FAIL: gcc.target/i386/sse2-lrintf-vec.c (internal compiler error)
FAIL: gcc.target/i386/sse2-lrintf-vec.c (test for excess errors)


-- 
   Summary: [4.5 Regression]  Revision 147829 failed
gcc.target/i386/sse-recip-vec.c
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40234

[Bug tree-optimization/40233] [4.5 Regression] Test failures with "alignment of array elements is greater than element size"

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2009-05-24 13:49 ---
*** Bug 40234 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hjl dot tools at gmail dot
   ||com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40233

[Bug middle-end/40234] [4.5 Regression] Revision 147829 caused extra failuires

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-05-24 13:49 ---


*** This bug has been marked as a duplicate of 40233 ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40234

[Bug c/40235] New: -mstackrealign causes internal compiler error on x86_64

[olivier dot grisel at ensta dot org]

Compiling the following program named crash_stackrealign.c with content:

#include 
#include 


int main(void) {
float x = 42;
return 0;
}

gives the following error when using the flag -mstackrealign on x86_64 (no
problem on i686 or without the mstackrealign flag):

ogri...@blackbox:/tmp$ gcc -v -save-temps -mstackrealign -o  crash_stackrealign
crash_stackrealign.c
Using built-in specs.
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared
--with-system-zlib --libexecdir=/usr/lib --without-included-gettext
--enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3
--program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug
--enable-objc-gc --enable-mpfr --with-tune=generic --enable-checking=release
--build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu
Thread model: posix
gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mstackrealign' '-o'
'crash_stackrealign' '-mtune=generic'
 /usr/lib/gcc/x86_64-linux-gnu/4.3.3/cc1 -E -quiet -v crash_stackrealign.c
-D_FORTIFY_SOURCE=2 -mstackrealign -mtune=generic -fpch-preprocess -o
crash_stackrealign.i
ignoring nonexistent directory "/usr/local/include/x86_64-linux-gnu"
ignoring nonexistent directory
"/usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../x86_64-linux-gnu/include"
ignoring nonexistent directory "/usr/include/x86_64-linux-gnu"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc/x86_64-linux-gnu/4.3.3/include
 /usr/lib/gcc/x86_64-linux-gnu/4.3.3/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mstackrealign' '-o'
'crash_stackrealign' '-mtune=generic'
 /usr/lib/gcc/x86_64-linux-gnu/4.3.3/cc1 -fpreprocessed crash_stackrealign.i
-quiet -dumpbase crash_stackrealign.c -mstackrealign -mtune=generic -auxbase
crash_stackrealign -version -fstack-protector -ocrash_stackrealign.s
GNU C (Ubuntu 4.3.3-5ubuntu4) version 4.3.3 (x86_64-linux-gnu)
compiled by GNU C version 4.3.3, GMP version 4.2.4, MPFR version 2.4.0.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 67d7a81bea2b3850275b5f3aed53a5bf
crash_stackrealign.c: In function ‘main’:
crash_stackrealign.c:8: error: unrecognizable insn:
(insn 26 25 27 crash_stackrealign.c:5 (parallel [
(set (reg/f:DI 7 sp)
(and:SI (reg/f:DI 7 sp)
(const_int -16 [0xfff0])))
(clobber (reg:CC 17 flags))
]) -1 (nil))
crash_stackrealign.c:8: internal compiler error: in insn_default_length, at
insn-attrtab.c:1346
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: -mstackrealign causes internal compiler error on x86_64
   Product: gcc
   Version: 4.3.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olivier dot grisel at ensta dot org
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40235

[Bug c/40235] -mstackrealign causes internal compiler error on x86_64

[olivier dot grisel at ensta dot org]

--- Comment #1 from olivier dot grisel at ensta dot org  2009-05-24 14:44 
---
Created an attachment (id=17910)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17910&action=view)
the generated .i tmp file


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40235

[Bug tree-optimization/40233] [4.5 Regression] Test failures with "alignment of array elements is greater than element size"

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2009-05-24 16:13 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40233

[Bug tree-optimization/40233] [4.5 Regression] Test failures with "alignment of array elements is greater than element size"

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2009-05-24 16:13 ---
Subject: Bug 40233

Author: rguenth
Date: Sun May 24 16:12:58 2009
New Revision: 147835

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147835
Log:
2009-05-24  Richard Guenther  

PR middle-end/40233
* tree.c (make_vector_type): Build the TYPE_DEBUG_REPRESENTATION_TYPEs
array type from the main variant of the inner type.

* gcc.c-torture/compile/pr40233.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr40233.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40233

[Bug c++/40085] [4.5 Regression] ICE compiling libmudflap.c++/fail24-frag.cxx

[danglin at gcc dot gnu dot org]

--- Comment #4 from danglin at gcc dot gnu dot org  2009-05-24 17:22 ---
Although this bug doesn't seem to currently trigger on i686 or x86_64 linux,
it is still failing on hppa-unknown-linux-gnu.


-- 

danglin at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|hppa-unknown-linux-gnu  |
   GCC host triplet|hppa-unknown-linux-gnu  |
 GCC target triplet|hppa-unknown-linux-gnu  |
   Last reconfirmed|-00-00 00:00:00 |2009-05-24 17:22:12
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40085

[Bug target/40236] New: Request a single option to turn off all instructions which can cause #TS

[hpa at zytor dot com]

In the Linux kernel, we use (except in certain very restricted contexts) only
the subset of the x86 instruction set that can never cause #TS faults and thus
doesn't use the FSAVE/FXSAVE/XSAVE state.  It appears that we need to add new
-mno- options (-mno-sse -mno-sse2 -mno-sse3...) as gcc starts using new subsets
of the x86 instruction set.  This is error prone, for obvious reasons.

We would really like a single option that would turn off all instructions
subsets that can cause a #TS fault.


-- 
   Summary: Request a single option to turn off all instructions
which can cause #TS
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hpa at zytor dot com
 GCC build triplet: Any
  GCC host triplet: Any
GCC target triplet: i386-any


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236

[Bug target/40236] i386: request a single option to turn off all instructions which can cause #TS

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-05-24 18:22 ---
I don't see why adding -mno-mmx is a problem (that disables all of the MMX and
SSE instructions). -mno-mmx will always disabling all of the future subsets
too.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236

[Bug target/40236] i386: request a single option to turn off all instructions which can cause #TS

[hpa at zytor dot com]

--- Comment #2 from hpa at zytor dot com  2009-05-24 18:26 ---
If that's the official word, then that's good enough for us.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236

[Bug target/40236] i386: request a single option to turn off all instructions which can cause #TS

[hpa at zytor dot com]

--- Comment #3 from hpa at zytor dot com  2009-05-24 18:26 ---
I guess I would request that this be added to the documentation.  Keep in mind,
though, that this should include x87, MMX, SSE, and AVX.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236

[Bug c/40237] New: Internal compiler error building Cuba library

[pashev dot igor at gmail dot com]

http://www.feynarts.de/cuba/
Cuba 1.6 from 10 of may 2009


# ./configure

checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g77... g77
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether g77 accepts -g... yes
checking for ranlib... ranlib
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking for long double with more range or precision than double... yes
checking for powl... yes
checking for erf... yes
checking for variable-size arrays... yes
checking for qmake... qmake
configure: creating ./config.status
config.status: creating makefile
config.status: creating config.h

==
# make
==
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/vegas -c -o Vegas.o ./src/vegas/Vegas.c
ar rv libcuba.a Vegas.o
ar: creating libcuba.a
a - Vegas.o
rm -f Vegas.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/vegas -DUNDERSCORE -c -o Vegas_.o ./src/vegas/Vegas.c
ar rv libcuba.a Vegas_.o
a - Vegas_.o
rm -f Vegas_.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/vegas -DLONGLONGINT -c -o llVegas.o ./src/vegas/Vegas.c
ar rv libcuba.a llVegas.o
a - llVegas.o
rm -f llVegas.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/vegas -DLONGLONGINT -DUNDERSCORE -c -o llVegas_.o ./src/vegas/Vegas.c
ar rv libcuba.a llVegas_.o
a - llVegas_.o
rm -f llVegas_.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/suave -c -o Suave.o ./src/suave/Suave.c
ar rv libcuba.a Suave.o
a - Suave.o
rm -f Suave.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/suave -DUNDERSCORE -c -o Suave_.o ./src/suave/Suave.c
ar rv libcuba.a Suave_.o
a - Suave_.o
rm -f Suave_.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/suave -DLONGLONGINT -c -o llSuave.o ./src/suave/Suave.c
ar rv libcuba.a llSuave.o
a - llSuave.o
rm -f llSuave.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/suave -DLONGLONGINT -DUNDERSCORE -c -o llSuave_.o ./src/suave/Suave.c
ar rv libcuba.a llSuave_.o
a - llSuave_.o
rm -f llSuave_.o
gcc -O3 -fomit-frame-pointer -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/divonne -c -o Divonne.o ./src/divonne/Divonne.c
./src/divonne/Explore.c: In function 'Explore':
./src/divonne/Explore.c:17: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make: *** [libcuba.a(Divonne.o)] Error 1

*
Removing -O option do solves the problem.
*


-- 
   Summary: Internal compiler error building Cuba library
   Product: gcc
   Version: 4.2.4
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pashev dot igor at gmail dot com
 GCC build triplet: i486-slackware-linux
  GCC host triplet: i486-slackware-linux
GCC target triplet: i486-slackware-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40237

[Bug c/40237] Internal compiler error building Cuba library

[pashev dot igor at gmail dot com]

--- Comment #1 from pashev dot igor at gmail dot com  2009-05-24 18:55 
---
Created an attachment (id=17911)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17911&action=view)
the preprocessed file

gcc -O3 --save-temps  -ffast-math -DHAVE_CONFIG_H -I./src/common -I. -I.
-I./src/divonne -c -o Divonne.o ./src/divonne/Divonne.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40237

[Bug c/40237] Internal compiler error building Cuba library

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-05-24 19:00 ---
Fixed in at least 4.3.3.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
  Known to fail||4.2.4
  Known to work||4.3.3
 Resolution||FIXED
   Target Milestone|--- |4.3.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40237

[Bug c/37985] [4.3/4.4/4.5 Regression] unsigned char shift lacks "statement with no effect" warning

[tkoenig at gcc dot gnu dot org]

--- Comment #5 from tkoenig at gcc dot gnu dot org  2009-05-24 19:03 ---
Switching the "known to fail" versions around to make this bug appear
on the 4.5.0 regression list... maybe this will work.


-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail|4.4.0 4.5.0 4.3.3   |4.3.3 4.4.0 4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37985

[Bug c/40237] Internal compiler error building Cuba library

[pashev dot igor at gmail dot com]

--- Comment #3 from pashev dot igor at gmail dot com  2009-05-24 19:11 
---
Good :-)
Will upgrade.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40237

[Bug target/40236] i386: request a single option to turn off all instructions which can cause #TS

[ubizjak at gmail dot com]

--- Comment #4 from ubizjak at gmail dot com  2009-05-24 19:19 ---
(In reply to comment #1)
> I don't see why adding -mno-mmx is a problem (that disables all of the MMX and
> SSE instructions). -mno-mmx will always disabling all of the future subsets
> too.

No, MMX and SSE are handled separatelly. -mno-mmx disables MMX regs. It is
-mno-sse that turns off SSE registers and everything SSE related, including
AVX.

-mno-80387 should disable x87 instructions.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40236

[Bug target/40235] -mstackrealign causes internal compiler error on x86_64

[ubizjak at gmail dot com]

--- Comment #2 from ubizjak at gmail dot com  2009-05-24 19:30 ---
There is a typo hiding somewhere, we should have "and:DI" instead of "and:SI".

Confirmed on 4.3.4.


-- 

ubizjak at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-05-24 19:30:03
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40235

[Bug target/40235] -mstackrealign causes internal compiler error on x86_64

[ubizjak at gmail dot com]

--- Comment #3 from ubizjak at gmail dot com  2009-05-24 20:06 ---
Created an attachment (id=17912)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17912&action=view)
patch

The mechanical patch that fixes the failure. However - do we need a realignment
at all on x86_64?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40235

[Bug fortran/36275] Binding label can be any scalar char initialisation expression

[fxcoudert at gcc dot gnu dot org]

--- Comment #7 from fxcoudert at gcc dot gnu dot org  2009-05-24 20:07 
---
*** Bug 38838 has been marked as a duplicate of this bug. ***


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||burnus at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275

[Bug fortran/38838] BIND(C): Binding name expressions are wrongly rejected

[fxcoudert at gcc dot gnu dot org]

--- Comment #5 from fxcoudert at gcc dot gnu dot org  2009-05-24 20:07 
---


*** This bug has been marked as a duplicate of 36275 ***


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38838

[Bug fortran/36275] Binding label can be any scalar char initialisation expression

[fxcoudert at gcc dot gnu dot org]

--- Comment #8 from fxcoudert at gcc dot gnu dot org  2009-05-24 20:08 
---
PR38838 has additional testcases:

  subroutine test() bind(c, name=trim("Hello   "))
  end

and

  subroutine test() bind(c, name=1_"name")
  end


-- 

fxcoudert at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2008-05-20 10:09:55 |2009-05-24 20:08:36
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36275

[Bug c/40238] New: ICE in gimple_verify_flow_info, at tree-cfg.c:4603

[marcus at jet dot franken dot de]

gcc -c -O3 ahd_bayer.i
ahd_bayer.i: In function 'xgp_ahd_interpolate':
ahd_bayer.i:3: internal compiler error: in gimple_verify_flow_info, at
tree-cfg.c:4603
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: ICE in gimple_verify_flow_info, at tree-cfg.c:4603
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: marcus at jet dot franken dot de
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40238

[Bug c/40238] ICE in gimple_verify_flow_info, at tree-cfg.c:4603

[marcus at jet dot franken dot de]

--- Comment #1 from marcus at jet dot franken dot de  2009-05-24 20:56 
---
Created an attachment (id=17913)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17913&action=view)
ahd_bayer.i

gcc -c -O3


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40238

[Bug tree-optimization/40238] [4.5 Regression] ICE in gimple_verify_flow_info, at tree-cfg.c:4603

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2009-05-24 21:14 ---
Confirmed.

Ira, another case of a stale bb->aux field after SLP vectorization.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|richard dot guenther at |irar at il dot ibm dot com,
   |gmail dot com   |rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|c   |tree-optimization
 Ever Confirmed|0   |1
   Keywords||ice-checking, ice-on-valid-
   ||code
   Last reconfirmed|-00-00 00:00:00 |2009-05-24 21:14:01
   date||
Summary|ICE in  |[4.5 Regression] ICE in
   |gimple_verify_flow_info, at |gimple_verify_flow_info, at
   |tree-cfg.c:4603 |tree-cfg.c:4603
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40238

[Bug target/40171] GCC does not pass -mtune and -march options to assembler!

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-05-24 21:17 ---
Confirmed.  But properly supporting this is a bit of a hassle because we need
to
support assemblers other than GNU as.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-05-24 21:17:12
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171

[Bug c++/40239] New: Aggregate initialization requires copy constructor

[schaub-johannes at web dot de]

GCC 4.4.0 (and earlier) requires a copy constructor for elements that are not
explicitly initialized using a non-empty aggregate initializer list. Thus the
following fails

struct B { B() { } private: B(B const&); };
struct A { int a; B b; };

int main() { 
A a = { 0 };
}

main.cpp: In function 'int main()':
main.cpp:1: error: 'B::B(const B&)' is private
main.cpp:5: error: within this context

The Standard says any not explicitly ininitialized element is
value-initialized. In the above sample, that should call the default
constructor. The copy constructor is required only when using an empty
aggregate initializer:


struct B { B() { } private: B(B const&); };
struct A { int a; B b; };

int main() { 
A a = { };
}

In which case any element should be initialized from an expression of the form
T(), with T being the type of the element. GCC correctly rejects that example,
but incorrectly rejects the first example. 

Note that C++0x will make both examples valid (in the latest draft, at least),
and GCC should not reject any of them.


-- 
   Summary: Aggregate initialization requires copy constructor
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: schaub-johannes at web dot de
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40239

[Bug target/40171] GCC does not pass -mtune and -march options to assembler!

[sabre at nondot dot org]

--- Comment #2 from sabre at nondot dot org  2009-05-25 00:46 ---
This is very odd?  What is the assembler doing that the compiler isn't?


-- 

sabre at nondot dot org changed:

   What|Removed |Added

 CC||sabre at nondot dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171

[Bug target/40171] GCC does not pass -mtune and -march options to assembler!

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2009-05-25 00:55 ---
(In reply to comment #2)
> This is very odd?  What is the assembler doing that the compiler isn't?

different processors have better nops for different sizes.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40171

[Bug target/40235] -mstackrealign causes internal compiler error on x86_64

[hjl dot tools at gmail dot com]

--- Comment #4 from hjl dot tools at gmail dot com  2009-05-25 01:53 ---
(In reply to comment #3)
> Created an attachment (id=17912)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17912&action=view) [edit]
> patch
> 
> The mechanical patch that fixes the failure. However - do we need a 
> realignment
> at all on x86_64?
> 

-mstackrealign wasn't intended for x86-64. However, we did fix it in 4.4
for stack alignment.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40235

[Bug fortran/39872] Bounds check off by one

[jvdelisle at gcc dot gnu dot org]

--- Comment #6 from jvdelisle at gcc dot gnu dot org  2009-05-25 03:07 
---
Subject: Bug 39872

Author: jvdelisle
Date: Mon May 25 03:07:00 2009
New Revision: 147842

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147842
Log:
2009-05-24  Jerry DeLisle  
Dominique Dhumieres

PR fortran/35732
PR fortran/39872
* trans-array.c (gfc_conv_ss_startstride): Add one to index.
* gfortran.dg/bounds_check_fail_3.f90: New test.
* gfortran.dg/bounds_check_fail_4.f90: New test.
* gfortran.dg/bounds_check_14.f90: Update test.
* gfortran.dg/bound_4.f90: Update test.

Added:
trunk/gcc/testsuite/gfortran.dg/bounds_check_fail_3.f90
trunk/gcc/testsuite/gfortran.dg/bounds_check_fail_4.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/bound_4.f90
trunk/gcc/testsuite/gfortran.dg/bounds_check_14.f90


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39872

[Bug fortran/35732] -fbounds-check: LHS/RHS size mismatch: Misleading error message

[jvdelisle at gcc dot gnu dot org]

--- Comment #8 from jvdelisle at gcc dot gnu dot org  2009-05-25 03:07 
---
Subject: Bug 35732

Author: jvdelisle
Date: Mon May 25 03:07:00 2009
New Revision: 147842

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147842
Log:
2009-05-24  Jerry DeLisle  
Dominique Dhumieres

PR fortran/35732
PR fortran/39872
* trans-array.c (gfc_conv_ss_startstride): Add one to index.
* gfortran.dg/bounds_check_fail_3.f90: New test.
* gfortran.dg/bounds_check_fail_4.f90: New test.
* gfortran.dg/bounds_check_14.f90: Update test.
* gfortran.dg/bound_4.f90: Update test.

Added:
trunk/gcc/testsuite/gfortran.dg/bounds_check_fail_3.f90
trunk/gcc/testsuite/gfortran.dg/bounds_check_fail_4.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/trans-array.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/bound_4.f90
trunk/gcc/testsuite/gfortran.dg/bounds_check_14.f90


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35732

[Bug middle-end/40240] New: [4.5 regression] ICE in execute_cse_reciprocals, at tree-ssa-math-opts.c:469

[jv244 at cam dot ac dot uk]

current trunk (version 147837, known good is 147824) ICEs on CP2K:

/data/vondele/gcc_bench/cp2k/makefiles/../src/realspace_grid_types.F: In
function 'rs_pw_transfer_replicated':
/data/vondele/gcc_bench/cp2k/makefiles/../src/realspace_grid_types.F:583:
internal compiler error: in execute_cse_reciprocals, at
tree-ssa-math-opts.c:469
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
make[2]: *** [realspace_grid_types.o] Error 1

compiling at -c -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native
-ffree-form (on intel core2)

full testcase here:

http://cp2k.berlios.de/gfortran/
or
ftp://ftp.berlios.de/pub/cp2k/gfortran/gcc_bench.tgz


-- 
   Summary: [4.5 regression] ICE in execute_cse_reciprocals, at
tree-ssa-math-opts.c:469
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40240

[Bug middle-end/40240] [4.5 regression] ICE in execute_cse_reciprocals, at tree-ssa-math-opts.c:469

[jv244 at cam dot ac dot uk]

-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0
Version|4.4.0   |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40240

[Bug fortran/40011] Problems with -fwhole-file

[jv244 at cam dot ac dot uk]

--- Comment #20 from jv244 at cam dot ac dot uk  2009-05-25 06:13 ---
(In reply to comment #19)
> It's good news that cp2k is now OK - did the performance improve?
I didn't check that, I suspect that, since everything is module based, it needs
the stuff for module procedure inlining first. Right now, trunk seems broken
(PR40240) and I'm busy (PR00042) so there is no need to hurry.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40011