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

public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed

* [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
@ 2015-02-27 18:26 doko at gcc dot gnu.org
  2015-03-02  8:44 ` [Bug lto/65243] " rguenth at gcc dot gnu.org
                   ` (8 more replies)
  0 siblings, 9 replies; 10+ messages in thread
From: doko at gcc dot gnu.org @ 2015-02-27 18:26 UTC (permalink / raw)
  To: gcc-bugs

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.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
@ 2015-03-02  8:44 ` rguenth at gcc dot gnu.org
  2015-03-02 12:12 ` doko at gcc dot gnu.org
                   ` (7 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-03-02  8:44 UTC (permalink / raw)
  To: gcc-bugs

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.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
  2015-03-02  8:44 ` [Bug lto/65243] " rguenth at gcc dot gnu.org
@ 2015-03-02 12:12 ` doko at gcc dot gnu.org
  2015-03-02 12:13 ` doko at gcc dot gnu.org
                   ` (6 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: doko at gcc dot gnu.org @ 2015-03-02 12:12 UTC (permalink / raw)
  To: gcc-bugs

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 ()


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
  2015-03-02  8:44 ` [Bug lto/65243] " rguenth at gcc dot gnu.org
  2015-03-02 12:12 ` doko at gcc dot gnu.org
@ 2015-03-02 12:13 ` doko at gcc dot gnu.org
  2015-03-06  2:35 ` msebor at gcc dot gnu.org
                   ` (5 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: doko at gcc dot gnu.org @ 2015-03-02 12:13 UTC (permalink / raw)
  To: gcc-bugs

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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
                   ` (2 preceding siblings ...)
  2015-03-02 12:13 ` doko at gcc dot gnu.org
@ 2015-03-06  2:35 ` msebor at gcc dot gnu.org
  2015-03-06 19:07 ` law at redhat dot com
                   ` (4 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: msebor at gcc dot gnu.org @ 2015-03-06  2:35 UTC (permalink / raw)
  To: gcc-bugs

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.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
                   ` (3 preceding siblings ...)
  2015-03-06  2:35 ` msebor at gcc dot gnu.org
@ 2015-03-06 19:07 ` law at redhat dot com
  2015-03-09  1:46 ` hubicka at gcc dot gnu.org
                   ` (3 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: law at redhat dot com @ 2015-03-06 19:07 UTC (permalink / raw)
  To: gcc-bugs

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.

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
                   ` (4 preceding siblings ...)
  2015-03-06 19:07 ` law at redhat dot com
@ 2015-03-09  1:46 ` hubicka at gcc dot gnu.org
  2015-03-18  9:59 ` dcb314 at hotmail dot com
                   ` (2 subsequent siblings)
  8 siblings, 0 replies; 10+ messages in thread
From: hubicka at gcc dot gnu.org @ 2015-03-09  1:46 UTC (permalink / raw)
  To: gcc-bugs

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.


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
                   ` (5 preceding siblings ...)
  2015-03-09  1:46 ` hubicka at gcc dot gnu.org
@ 2015-03-18  9:59 ` dcb314 at hotmail dot com
  2015-03-18 13:20 ` rguenth at gcc dot gnu.org
  2015-03-31 13:04 ` rguenth at gcc dot gnu.org
  8 siblings, 0 replies; 10+ messages in thread
From: dcb314 at hotmail dot com @ 2015-03-18  9:59 UTC (permalink / raw)
  To: gcc-bugs

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


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
                   ` (6 preceding siblings ...)
  2015-03-18  9:59 ` dcb314 at hotmail dot com
@ 2015-03-18 13:20 ` rguenth at gcc dot gnu.org
  2015-03-31 13:04 ` rguenth at gcc dot gnu.org
  8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-03-18 13:20 UTC (permalink / raw)
  To: gcc-bugs

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).


^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Bug lto/65243] [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu
  2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
                   ` (7 preceding siblings ...)
  2015-03-18 13:20 ` rguenth at gcc dot gnu.org
@ 2015-03-31 13:04 ` rguenth at gcc dot gnu.org
  8 siblings, 0 replies; 10+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-03-31 13:04 UTC (permalink / raw)
  To: gcc-bugs

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 ***


^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2015-03-31 12:56 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2015-02-27 18:26 [Bug lto/65243] New: [5 Regression] lto1 ICE (segfault) on powerpc64le-linux-gnu doko at gcc dot gnu.org
2015-03-02  8:44 ` [Bug lto/65243] " rguenth at gcc dot gnu.org
2015-03-02 12:12 ` doko at gcc dot gnu.org
2015-03-02 12:13 ` doko at gcc dot gnu.org
2015-03-06  2:35 ` msebor at gcc dot gnu.org
2015-03-06 19:07 ` law at redhat dot com
2015-03-09  1:46 ` hubicka at gcc dot gnu.org
2015-03-18  9:59 ` dcb314 at hotmail dot com
2015-03-18 13:20 ` rguenth at gcc dot gnu.org
2015-03-31 13:04 ` rguenth at gcc dot gnu.org

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).