[Bug debug/37098] New: [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[Bug debug/37098] New: [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[jv244 at cam dot ac dot uk]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2767 bytes --]

the following testcase

http://www.pci.unizh.ch/vandevondele/tmp/all_cp2k_gfortran.f90.gz

generates an ICE when compiling 

gfortran -v -c -g -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native
all_cp2k_gfortran.f90
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /data03/vondele/gcc_vta/gcc/configure
--prefix=/data03/vondele/gcc_vta/build --with-gmp=/data03/vondele/
--with-mpfr=/data03/vondele/ --enable-languages=c,fortran
Thread model: posix
gcc version 4.4.0 20080729 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-c' '-g' '-O3' '-ffast-math' '-funroll-loops'
'-ftree-vectorize'
 /data03/vondele/gcc_vta/build/libexec/gcc/x86_64-unknown-linux-gnu/4.4.0/f951
all_cp2k_gfortran.f90 -march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64
--param l1-cache-line-size=64 --param l2-cache-size=1024 -mtune=k8 -quiet
-dumpbase all_cp2k_gfortran.f90 -auxbase all_cp2k_gfortran -g -O3 -version
-ffast-math -funroll-loops -ftree-vectorize -fintrinsic-modules-path
/data03/vondele/gcc_vta/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/finclude
-o /tmp/ccukjSCb.s
GNU Fortran (GCC) version 4.4.0 20080729 (experimental)
(x86_64-unknown-linux-gnu)
        compiled by GNU C version 4.4.0 20080729 (experimental), GMP version
4.2.1, MPFR version 2.2.1.
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096


 <paren_expr 0x2acbad1ad180
    type <real_type 0x2acb8bd15600 real(kind=8) asm_written DF
        size <integer_cst 0x2acb8bcfdb40 constant 64>
        unit size <integer_cst 0x2acb8bcfdb70 constant 8>
        align 64 symtab -1940364928 alias set 3 canonical type 0x2acb8bd15600
precision 64
        pointer_to_this <pointer_type 0x2acb8bd15840> reference_to_this
<reference_type 0x2acb8c04ec00>>

    arg 0 <minus_expr 0x2acbad1ad140 type <real_type 0x2acb8bd15600
real(kind=8)>

        arg 0 <mult_expr 0x2acbad1ad0c0 type <real_type 0x2acb8bd15600
real(kind=8)>
            arg 0 <var_decl 0x2acb8f3f3b40 D.88376> arg 1 <var_decl
0x2acb8ee46640 D.88368>>
        arg 1 <mult_expr 0x2acbad1ad100 type <real_type 0x2acb8bd15600
real(kind=8)>
            arg 0 <var_decl 0x2acb8f2e0a00 D.88374> arg 1 <var_decl
0x2acb8f03f780 D.88364>>>>
all_cp2k_gfortran.f90: In function ‘det_3x3_2’:
all_cp2k_gfortran.f90:43446: internal compiler error: in expand_debug_expr, at
cfgexpand.c:2519


-- 
           Summary: [vta] ICE in expand_debug_expr, at cfgexpand.c:2519
           Product: gcc
           Version: 4.4.0
            Status: UNCONFIRMED
          Keywords: ice-on-valid-code
          Severity: normal
          Priority: P3
         Component: debug
        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=37098

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[jv244 at cam dot ac dot uk]

------- Comment #1 from jv244 at cam dot ac dot uk  2008-08-12 19:04 -------
some vta testing on CP2K as requested in
http://gcc.gnu.org/ml/gcc/2008-08/msg00160.html


-- 

jv244 at cam dot ac dot uk changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |aoliva at gcc dot gnu dot
                   |                            |org


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

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[jv244 at cam dot ac dot uk]

------- Comment #2 from jv244 at cam dot ac dot uk  2008-08-12 19:25 -------
already happens at -O1:

gfortran  -c -g -O1 all_cp2k_gfortran.f90


-- 


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

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[aoliva at gcc dot gnu dot org]

------- Comment #3 from aoliva at gcc dot gnu dot org  2008-08-13 00:51 -------
Created an attachment (id=16062)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16062&action=view)
Patch that may fix the bug

Thanks for the report.  Wow, I was a bit surprised this didn't show up building
libgfortran.  This patch ought to fix this one.


-- 

aoliva at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         AssignedTo|unassigned at gcc dot gnu   |aoliva at gcc dot gnu dot
                   |dot org                     |org
             Status|UNCONFIRMED                 |ASSIGNED


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

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[jv244 at cam dot ac dot uk]

------- Comment #4 from jv244 at cam dot ac dot uk  2008-08-13 06:47 -------
(In reply to comment #3)
> Created an attachment (id=16062)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16062&action=view) [edit]
> Patch that may fix the bug
> 
> Thanks for the report.  Wow, I was a bit surprised this didn't show up building
> libgfortran.  This patch ought to fix this one.
> 
Might be good to add a testcase for this issue?

With the patch, the code compiles fine, but there is an issue at link time
(linking requires lapack/blas):

> gfortran -g -O3 -ffast-math -funroll-loops -ftree-vectorize -march=native -ffree-form all_cp2k_gfortran.o /users/vondele/LAPACK/liblapack_gfortran_x86.a /users/vondele/LAPACK/libblas_gfortran_x86.a
all_cp2k_gfortran.o:(.debug_loc+0x3c827): undefined reference to `.LC1024'
all_cp2k_gfortran.o:(.debug_loc+0x3c8d2): undefined reference to `.LC1024'
all_cp2k_gfortran.o:(.debug_loc+0x3ca8c): undefined reference to `.LC1024'
all_cp2k_gfortran.o:(.debug_loc+0x3cc81): undefined reference to `.LC1024'
all_cp2k_gfortran.o:(.debug_loc+0x3cdcd): undefined reference to `.LC1024'
all_cp2k_gfortran.o:(.debug_loc+0x3ce30): more undefined references to
`.LC1024' follow
/data03/vondele/gcc_vta/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib64/libgfortran.so:
undefined reference to `.LC6'
/data03/vondele/gcc_vta/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib64/libgfortran.so:
undefined reference to `.LC8'
/data03/vondele/gcc_vta/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib64/libgfortran.so:
undefined reference to `.LC7'
/data03/vondele/gcc_vta/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib64/libgfortran.so:
undefined reference to `.LC9'
/data03/vondele/gcc_vta/build/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/../../../../lib64/libgfortran.so:
undefined reference to `.LC0'


-- 


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

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[aoliva at gcc dot gnu dot org]

------- Comment #5 from aoliva at gcc dot gnu dot org  2008-09-04 06:23 -------
Subject: Bug 37098

Author: aoliva
Date: Thu Sep  4 06:21:35 2008
New Revision: 139974

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139974
Log:
PR debug/37098
* cfgexpand.c (expand_debug_expr): Handle PAREN_EXPR.

Modified:
    branches/var-tracking-assignments-branch/gcc/ChangeLog.vta
    branches/var-tracking-assignments-branch/gcc/cfgexpand.c


-- 


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

[Bug debug/37098] [vta] ICE in expand_debug_expr, at cfgexpand.c:2519

[aoliva at gcc dot gnu dot org]

------- Comment #6 from aoliva at gcc dot gnu dot org  2008-10-07 09:28 -------
Today's commits to the VTA branch fix the undefined references in libgfortran,
and other Fortran code containing complex constants referenced in debug info.
The patch that fixes it is here:
http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00215.html


-- 

aoliva at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


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