[Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[doko at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

            Bug ID: 65243
           Summary: [5 Regression] lto1 ICE (segfault) on
                    powerpc64le-linux-gnu
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: lto
          Assignee: unassigned at gcc dot gnu.org
          Reporter: doko at gcc dot gnu.org

seen with r221042

build log:
https://launchpadlibrarian.net/198876955/buildlog_ubuntu-vivid-ppc64el.apt-cacher-ng_0.8.0-3_BUILDING.txt.gz

build tarball:
http://people.canonical.com/~doko/tmp/tmp-apt-cacher-ng-ppc64el.tar.xz

Linking CXX executable apt-cacher-ng
/usr/bin/cmake -E cmake_link_script CMakeFiles/apt-cacher-ng.dir/link.txt
--verbose=1
/usr/bin/powerpc64le-linux-gnu-g++   -g -O3 -fPIE -fstack-protector-strong
-Wformat -Werror=format-security -D_FORTIFY_SOURCE=2   
-Wl,-Bsymbolic-functions -fPIE -pie -Wl,-z,relro -Wl,-z,now -flto  
-Wl,--as-needed  CMakeFiles/apt-cacher-ng.dir/source/pkgimport.cc.o
CMakeFiles/apt-cacher-ng.dir/source/maintenance.cc.o
CMakeFiles/apt-cacher-ng.dir/source/apt-cacher.cc.o
CMakeFiles/apt-cacher-ng.dir/source/aclogger.cc.o
CMakeFiles/apt-cacher-ng.dir/source/header.cc.o
CMakeFiles/apt-cacher-ng.dir/source/acfg_defaults.cc.o
CMakeFiles/apt-cacher-ng.dir/source/caddrinfo.cc.o
CMakeFiles/apt-cacher-ng.dir/source/conserver.cc.o
CMakeFiles/apt-cacher-ng.dir/source/dlcon.cc.o
CMakeFiles/apt-cacher-ng.dir/source/filelocks.cc.o
CMakeFiles/apt-cacher-ng.dir/source/lockable.cc.o
CMakeFiles/apt-cacher-ng.dir/source/rfc2553emu.cc.o
CMakeFiles/apt-cacher-ng.dir/source/filereader.cc.o
CMakeFiles/apt-cacher-ng.dir/source/bgtask.cc.o
CMakeFiles/apt-cacher-ng.dir/source/mirror.cc.o
CMakeFiles/apt-cacher-ng.dir/source/fileio.cc.o
CMakeFiles/apt-cacher-ng.dir/source/tcpconnect.cc.o
CMakeFiles/apt-cacher-ng.dir/source/acbuf.cc.o
CMakeFiles/apt-cacher-ng.dir/source/acfg.cc.o
CMakeFiles/apt-cacher-ng.dir/source/cleaner.cc.o
CMakeFiles/apt-cacher-ng.dir/source/meta.cc.o
CMakeFiles/apt-cacher-ng.dir/source/fileitem.cc.o
CMakeFiles/apt-cacher-ng.dir/source/conn.cc.o
CMakeFiles/apt-cacher-ng.dir/source/showinfo.cc.o
CMakeFiles/apt-cacher-ng.dir/source/dirwalk.cc.o
CMakeFiles/apt-cacher-ng.dir/source/job.cc.o
CMakeFiles/apt-cacher-ng.dir/source/expiration.cc.o
CMakeFiles/apt-cacher-ng.dir/source/cacheman.cc.o  -o apt-cacher-ng  -lpthread
-lz -lbz2 -llzma -lssl -lcrypto -lwrap -lsystemd 
make[5]: Leaving directory '/build/buildd/apt-cacher-ng-0.8.0/build'
/usr/bin/cmake -E cmake_progress_report
/build/buildd/apt-cacher-ng-0.8.0/build/CMakeFiles  1 2 3 4 5 6 7 8 9 10 11
[100%] Built target acngfs
In function '__read_alias',
    inlined from 'sendfile_generic' at
/build/buildd/apt-cacher-ng-0.8.0/source/job.cc:214:58:
/usr/include/powerpc64le-linux-gnu/bits/unistd.h:39:58: warning: call to
'__read_chk_warn' declared with attribute warning: read called with bigger
length than size of the destination buffer
  return __read_chk (__fd, __buf, __nbytes, __bos0 (__buf));
                                                          ^
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |WAITING
   Last reconfirmed|                            |2015-03-02
   Target Milestone|---                         |5.0
     Ever confirmed|0                           |1

--- Comment #1 from Richard Biener <rguenth at gcc dot gnu.org> ---
Can you please at least get a backtrace for us?  A somewhat reduced testcase
would also be helpful.

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[doko at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

Matthias Klose <doko at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |UNCONFIRMED
     Ever confirmed|1                           |0

--- Comment #2 from Matthias Klose <doko at gcc dot gnu.org> ---
export COLLECT_GCC=/usr/bin/powerpc64le-linux-gnu-g++
export COLLECT_GCC_OPTIONS="'-c' '-fexceptions' '-fmath-errno' '-fsigned-zeros'
'-ftrapping-math' '-fno-trapv' '-fno-openmp' '-fno-openacc' '-msecure-plt'
'-mtune=power8' '-mcpu=power7' '-O3' '-O2' '-O3' '-v' '-save-temps' '-g' '-O3'
'-fstack-protector-strong' '-Werror=format-security' '-D' '_FORTIFY_SOURCE=2'
'-fPIE' '-pie' '-shared-libgcc' '-mtune=power8' '-mcpu=power7' '-dumpdir' './'
'-dumpbase' 'apt-cacher-ng.ltrans17' '-fltrans' '-o'
'apt-cacher-ng.ltrans17.ltrans.o' '-shared-libgcc'"
gdb --args  /usr/lib/gcc/powerpc64le-linux-gnu/5/lto1 -quiet -dumpdir ./
-dumpbase apt-cacher-ng.ltrans17 -msecure-plt -mtune=power8 -mcpu=power7
-mtune=power8 -mcpu=power7 -auxbase-strip apt-cacher-ng.ltrans17.ltrans.o -g
-O3 -O2 -O3 -O3 -Werror=format-security -version -fexceptions -fmath-errno
-fsigned-zeros -ftrapping-math -fno-trapv -fno-openmp -fno-openacc
-fstack-protector-strong -fPIE -fltrans apt-cacher-ng.ltrans17.o -o
apt-cacher-ng.ltrans17.s

Program received signal SIGSEGV, Segmentation fault.
0x0000000010c53690 in htab_hash_string ()
(gdb) bt
#0  0x0000000010c53690 in htab_hash_string ()
#1  0x000000001026a1d8 in lookup_external_ref(hash_table<external_ref_hasher,
xcallocator, false>*, die_struct*) ()
#2  0x000000001026a2d8 in optimize_external_refs_1(die_struct*,
hash_table<external_ref_hasher, xcallocator, false>*) ()
#3  0x000000001026a894 in optimize_external_refs(die_struct*) ()
#4  0x000000001026abf4 in output_comp_unit(die_struct*, int) ()
#5  0x000000001028d5cc in dwarf2out_finish(char const*) ()
#6  0x00000000105ca938 in compile_file() ()
#7  0x0000000010141374 in toplev::main(int, char**) ()
#8  0x0000000010141d78 in main ()

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[doko at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

--- Comment #3 from Matthias Klose <doko at gcc dot gnu.org> ---
Created attachment 34917
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34917&action=edit
object file

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[msebor at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

Martin Sebor <msebor at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |msebor at gcc dot gnu.org

--- Comment #4 from Martin Sebor <msebor at gcc dot gnu.org> ---
I can reproduce the SEGV with the same stack trace with recent trunk.

Going back in time as far back as commit 8b2ddcd 7 months ago I get:

lto1: internal compiler error: Segmentation fault
0x10697533 crash_signal
        /build/gcc-65243/trunk/gcc/toplev.c:337
0x1053f580 lto_file_decl_data_get_var_decl
        /build/gcc-65243/trunk/gcc/lto-streamer.h:1124
0x1053f580 lto_input_tree_ref(lto_input_block*, data_in*, function*, LTO_tags)
        /build/gcc-65243/trunk/gcc/lto-streamer-in.c:245
0x1053f8a3 lto_input_tree_1(lto_input_block*, data_in*, LTO_tags, unsigned int)
        /build/gcc-65243/trunk/gcc/lto-streamer-in.c:1279
0x101b59b3 lto_read_decls
        /build/gcc-65243/trunk/gcc/lto/lto.c:1954
0x101b7e47 lto_file_finalize
        /build/gcc-65243/trunk/gcc/lto/lto.c:2207
0x101b7e47 lto_create_files_from_ids
        /build/gcc-65243/trunk/gcc/lto/lto.c:2217
0x101b7e47 lto_file_read
        /build/gcc-65243/trunk/gcc/lto/lto.c:2257
0x101b7e47 read_cgraph_and_symbols
        /build/gcc-65243/trunk/gcc/lto/lto.c:2960
0x101b7e47 lto_main()
        /build/gcc-65243/trunk/gcc/lto/lto.c:3414


...and with commit 757abb4 the month before I get:

lto1: fatal error: LTO_tags out of range: Range is 0 to 384, value is
1342177279
compilation terminated.

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[law at redhat dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

Jeffrey A. Law <law at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |law at redhat dot com

--- Comment #5 from Jeffrey A. Law <law at redhat dot com> ---
I wonder if this is ultimately the same issue as 61886.

In particular I wonder if the fault is somehow caused by the aliasing stuff
we're picking up from glibc's header files.

I'm not sure the best way to do make that determination.  

I guess looking at the decls we're trying to emit debug information for in the
case where we're faulting in dwarf2out.  SImilarly for the case where we fault
in the lto streamer.

Or perhaps remove the duplicated declarations that create the funky aliases in
glibc's headers.

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[hubicka at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

Jan Hubicka <hubicka at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |hubicka at gcc dot gnu.org

--- Comment #6 from Jan Hubicka <hubicka at gcc dot gnu.org> ---
I also occasionally see this dwarf2out ICE when buliding firefox with debug
info.

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[dcb314 at hotmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

David Binderman <dcb314 at hotmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dcb314 at hotmail dot com

--- Comment #7 from David Binderman <dcb314 at hotmail dot com> ---
(In reply to Jan Hubicka from comment #6)
> I also occasionally see this dwarf2out ICE when buliding firefox with debug
> info.

I see this also on x86_64-unknown-linux-gnu

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

--- Comment #8 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to Martin Sebor from comment #4)
> I can reproduce the SEGV with the same stack trace with recent trunk.
> 
> Going back in time as far back as commit 8b2ddcd 7 months ago I get:
> 
> lto1: internal compiler error: Segmentation fault
> 0x10697533 crash_signal
>         /build/gcc-65243/trunk/gcc/toplev.c:337
> 0x1053f580 lto_file_decl_data_get_var_decl
>         /build/gcc-65243/trunk/gcc/lto-streamer.h:1124
> 0x1053f580 lto_input_tree_ref(lto_input_block*, data_in*, function*,
> LTO_tags)
>         /build/gcc-65243/trunk/gcc/lto-streamer-in.c:245
> 0x1053f8a3 lto_input_tree_1(lto_input_block*, data_in*, LTO_tags, unsigned
> int)
>         /build/gcc-65243/trunk/gcc/lto-streamer-in.c:1279
> 0x101b59b3 lto_read_decls
>         /build/gcc-65243/trunk/gcc/lto/lto.c:1954
> 0x101b7e47 lto_file_finalize
>         /build/gcc-65243/trunk/gcc/lto/lto.c:2207
> 0x101b7e47 lto_create_files_from_ids
>         /build/gcc-65243/trunk/gcc/lto/lto.c:2217
> 0x101b7e47 lto_file_read
>         /build/gcc-65243/trunk/gcc/lto/lto.c:2257
> 0x101b7e47 read_cgraph_and_symbols
>         /build/gcc-65243/trunk/gcc/lto/lto.c:2960
> 0x101b7e47 lto_main()
>         /build/gcc-65243/trunk/gcc/lto/lto.c:3414
> 
> 
> ...and with commit 757abb4 the month before I get:
> 
> lto1: fatal error: LTO_tags out of range: Range is 0 to 384, value is
> 1342177279
> compilation terminated.

You can't go back in time with object files only (the IL changes quite often).

[Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu

[rguenth at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243

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

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|WAITING                     |RESOLVED
         Resolution|---                         |DUPLICATE

--- Comment #10 from Richard Biener <rguenth at gcc dot gnu.org> ---
Same as PR65549 I'd say.  Marking as dup.

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