[Bug lto/43823] New: [lto] ICE during linking in testsuite

[Bug lto/43823] New: [lto] ICE during linking in testsuite

[kargl at gcc dot gnu dot org]

Executing on host:
/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran
-B/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../  -O2 -fwhopr  -c  -o
f_lto_20091015-1_0.o
/usr/home/sgk/gcc/gcc4x/gcc/testsuite/gfortran.dg/lto/20091015-1_0.f   
(timeout = 300)
PASS: gfortran.dg/lto/20091015-1 f_lto_20091015-1_0.o assemble, -O2 -fwhopr
Executing on host:
/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran
-B/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../  -O2 -fwhopr  -c  -o
f_lto_20091015-1_1.o
/usr/home/sgk/gcc/gcc4x/gcc/testsuite/gfortran.dg/lto/20091015-1_1.f   
(timeout = 300)
PASS: gfortran.dg/lto/20091015-1 f_lto_20091015-1_1.o assemble, -O2 -fwhopr
Executing on host:
/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran
-B/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../  -O2 -fwhopr  -c  -o
f_lto_20091015-1_2.o
/usr/home/sgk/gcc/gcc4x/gcc/testsuite/gfortran.dg/lto/20091015-1_2.f   
(timeout = 300)
PASS: gfortran.dg/lto/20091015-1 f_lto_20091015-1_2.o assemble, -O2 -fwhopr
Executing on host:
/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran
-B/usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../ f_lto_20091015-1_0.o
f_lto_20091015-1_1.o f_lto_20091015-1_2.o  -O2 -fwhopr -w 
-B/usr/home/sgk/gcc/obj4x/x86_64-unknown-freebsd9.0/./libgfortran/.libs
-L/usr/home/sgk/gcc/obj4x/x86_64-unknown-freebsd9.0/./libgfortran/.libs
-L/usr/home/sgk/gcc/obj4x/x86_64-unknown-freebsd9.0/./libgfortran/.libs
-L/usr/home/sgk/gcc/obj4x/x86_64-unknown-freebsd9.0/./libiberty      -o
gfortran-dg-lto-20091015-1-11    (timeout = 300)
lto1: internal compiler error: compressed stream: data error
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran
returned 1 exit status
collect2: lto-wrapper returned 1 exit status
compiler exited with status 1
output is:
lto1: internal compiler error: compressed stream: data error
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /usr/home/sgk/gcc/obj4x/gcc/testsuite/gfortran/../../gfortran
returned 1 exit status
collect2: lto-wrapper returned 1 exit status

FAIL: gfortran.dg/lto/20091015-1 f_lto_20091015-1_0.o-f_lto_20091015-1_2.o
link,  (internal compiler error)


-- 
           Summary: [lto] ICE during linking in testsuite
           Product: gcc
           Version: 4.6.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: kargl at gcc dot gnu dot org
  GCC host triplet: x86_64-unknown-freebsd9.0


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[kargl at gcc dot gnu dot org]

------- Comment #1 from kargl at gcc dot gnu dot org  2010-04-20 20:08 -------
Created an attachment (id=20450)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20450&action=view)
Compile log of link failure


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[kargl at gcc dot gnu dot org]

------- Comment #2 from kargl at gcc dot gnu dot org  2010-04-20 20:40 -------
-flto-compression-level=0 or 9 has no affect on the
ICE.


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[rguenth at gcc dot gnu dot org]

------- Comment #3 from rguenth at gcc dot gnu dot org  2010-04-21 10:01 -------
It works for me on x86_64-linux.


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #4 from sgk at troutmask dot apl dot washington dot edu  2010-04-21 19:14 -------
Subject: Re:  [lto] ICE during linking in testsuite

On Wed, Apr 21, 2010 at 10:01:43AM -0000, rguenth at gcc dot gnu dot org wrote:
> 
> ------- Comment #3 from rguenth at gcc dot gnu dot org  2010-04-21 10:01 -------
> It works for me on x86_64-linux.
> 

Even a trivial program generates an ICE.

troutmask:sgk[216] gfc4x -c -flto sub.f90 
troutmask:sgk[217] gfc4x -o z -flto sub.o main.f90
lto1: internal compiler error: compressed stream: data error
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
lto-wrapper: /home/sgk/work/4x/bin/gfortran returned 1 exit status
collect2: lto-wrapper returned 1 exit status

troutmask:sgk[218] cat sub.f90 main.f90
!
! sub.f90
!
subroutine hello
  print *, 'hello world!'
end subroutine hello
!
! main.f90
!
program a
  call hello
end program a

troutmask:sgk[231] ldd
~/work/4x/libexec/gcc/x86_64-unknown-freebsd9.0/4.6.0/lto1
/home/sgk/work/4x/libexec/gcc/x86_64-unknown-freebsd9.0/4.6.0/lto1:
        libcloog.so.0 => /usr/local/lib/libcloog.so.0 (0x201033000)
        libppl_c.so.3 => /usr/local/lib/libppl_c.so.3 (0x201154000)
        libppl.so.8 => /usr/local/lib/libppl.so.8 (0x2014d7000)
        libgmpxx.so.6 => /usr/local/lib/libgmpxx.so.6 (0x2016a0000)
        libmpc.so.2 => /usr/local/lib/libmpc.so.2 (0x2017a4000)
        libmpfr.so.3 => /usr/local/lib/libmpfr.so.3 (0x2018b6000)
        libgmp.so.10 => /usr/local/lib/libgmp.so.10 (0x201a01000)
        libz.so.6 => /lib/libz.so.6 (0x201b6b000)
        libelf.so.1 => /usr/lib/libelf.so.1 (0x201c81000)
        libc.so.7 => /lib/libc.so.7 (0x201d99000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x201fd4000)
        libm.so.5 => /lib/libm.so.5 (0x2021dd000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x2022ff000)

libz and libelf are in the FreeBSD base system.


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[rguenth at gcc dot gnu dot org]

------- Comment #5 from rguenth at gcc dot gnu dot org  2010-04-21 20:22 -------
I guess you have to debug it - I do not have a freebsd system available.


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #6 from sgk at troutmask dot apl dot washington dot edu  2010-04-22 17:38 -------
Subject: Re:  [lto] ICE during linking in testsuite

On Wed, Apr 21, 2010 at 08:22:26PM -0000, rguenth at gcc dot gnu dot org wrote:
> 
> I guess you have to debug it - I do not have a freebsd system available.
> 

This appears to be an incompatibility with
with FreeBSD's libelf implementation.  After
downloading libelf-0.8.12.tar.gz as listed
in the Prerequites webpage, I get 


troutmask:sgk[203] bash
[sgk@troutmask ~/gcc/obj4x/gcc]$ gmake check-gfortran RUNTESTFLAGS=lto.exp

                === gfortran Summary ===

# of expected passes            124


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[sgk at troutmask dot apl dot washington dot edu]

------- Comment #7 from sgk at troutmask dot apl dot washington dot edu  2010-04-22 18:54 -------
Subject: Re:  [lto] ICE during linking in testsuite

On Thu, Apr 22, 2010 at 05:38:18PM -0000, sgk at troutmask dot apl dot
washington dot edu wrote:
> 
> This appears to be an incompatibility with
> with FreeBSD's libelf implementation.  After
> downloading libelf-0.8.12.tar.gz as listed
> in the Prerequites webpage, I get 
> 
> 
> troutmask:sgk[203] bash
> [sgk@troutmask ~/gcc/obj4x/gcc]$ gmake check-gfortran RUNTESTFLAGS=lto.exp
> 
>                 === gfortran Summary ===
> 
> # of expected passes            124
> 
> 

Well, I'm stumped.  In the directory 'bad' I use a 
gfortran built with FreeBSD's libelf and in the
directory 'good' I use a gfortran built with 
libelf-0.8.12.tar.gz's libelf.

troutmask:sgk[360] md5 bad/h.o good/h.o
MD5 (bad/h.o) = 4909b937854f99007f0115ceba7a3ffc
MD5 (good/h.o) = 4909b937854f99007f0115ceba7a3ffc
troutmask:sgk[361] md5 bad/m.o good/m.o
MD5 (bad/m.o) = 43269e48702cfe26c28a2d07ff5d1d9d
MD5 (good/m.o) = 43269e48702cfe26c28a2d07ff5d1d9d

The md5 checksums are identical from the commands
        gfc4x -flto -save-temps -c h.f90
        gfc4x -flto -save-temps -c m.f90
but when I do the linking I see
troutmask:sgk[365] gfc4x -flto -save-temps -o z h.o m.o && ./z
 Hello world!
in the 'good' directory and the ICE in the 'bad' directory.


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[pinskia at gcc dot gnu dot org]

------- Comment #8 from pinskia at gcc dot gnu dot org  2010-04-22 18:59 -------
(In reply to comment #7)
> Well, I'm stumped.  In the directory 'bad' I use a 
> gfortran built with FreeBSD's libelf and in the
> directory 'good' I use a gfortran built with 
> libelf-0.8.12.tar.gz's libelf.
> 

libelf is used only during the reading so it is no surprise the object files
are the same checksum :).


-- 


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

[Bug lto/43823] [lto] ICE during linking in testsuite

[rguenth at gcc dot gnu.org]

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

Richard Guenther <rguenth at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|---                         |4.6.0

--- Comment #9 from Richard Guenther <rguenth at gcc dot gnu.org> 2012-05-07 11:54:04 UTC ---
libelf is no longer used for LTO since 4.6.x, I suppose the version tested
was for a development version (trunk).