I'm working towards reducing this, but it's coming slowly :(
The code attached leads to an ICE with:
$ gfortran -c -O0 qs_mo_types.f90
gfortran: Internal error: Illegal instruction (program f951)
The backtrace for the ICE is:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0xbf7fffec
0x000688fd in gfc_free_equiv_lists (l=Cannot access memory at address
0xbf7ffff0
0x44567150) at /tmp/gfortran-20070611/ibin/../gcc/gcc/fortran/symbol.c:2621
2621 gfc_free_equiv_lists (l->next);
(gdb) where
#0 0x000688fd in gfc_free_equiv_lists (l=0x44567150) at
/tmp/gfortran-20070611/ibin/../gcc/gcc/fortran/symbol.c:2621
I wonder if this was introduced by Paul's patch recent for multiple
equivalences. Paul, do you have any idea (I know you have no access to darwin,
but I can debug for you if you so wish).
I could not reproduce this on i386-linux (even with valgrind).
--
Summary: Intel-darwin specific ICE on CP2K code
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fxcoudert at gcc dot gnu dot org
GCC build triplet: i386-apple-darwin8.8.1
GCC host triplet: i386-apple-darwin8.8.1
GCC target triplet: i386-apple-darwin8.8.1
OtherBugsDependingO 29975
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32310
