* [Bug lto/65012] [5 Regression] systemd fails to build at least on ppc64el, powerpc, arm-inux-gnueabihf and aarch64 with -flto (ICE)
2015-02-11 3:58 [Bug lto/65012] New: [5 Regression] systemd fails to build at least on ppc64el, powerpc, arm-inux-gnueabihf and aarch64 with -flto (ICE) doko at gcc dot gnu.org
@ 2015-02-11 4:00 ` doko at gcc dot gnu.org
2015-02-11 9:40 ` rguenth at gcc dot gnu.org
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: doko at gcc dot gnu.org @ 2015-02-11 4:00 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65012
--- Comment #1 from Matthias Klose <doko at gcc dot gnu.org> ---
/bin/bash ./libtool --tag=CC --mode=link gcc -pipe -Wall -Wextra -Wno-inline
-Wundef -Wformat=2 -Wformat-security -Wformat
-nonliteral -Wlogical-op -Wsign-compare -Wmissing-include-dirs
-Wold-style-definition -Wpointer-arith -Winit-self -Wdeclarati
on-after-statement -Wfloat-equal -Wsuggest-attribute=noreturn
-Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmi
ssing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels
-Wstrict-aliasing=2 -Wwrite-strings -Wno-long-long -Wno-overlen
gth-strings -Wno-unused-parameter -Wno-missing-field-initializers
-Wno-unused-result -Werror=overflow -Wdate-time -Wnested-ex
terns -ffast-math -fno-common -fdiagnostics-show-option -fno-strict-aliasing
-fvisibility=hidden -ffunction-sections -fdata-s
ections -fstack-protector -fstack-protector-strong -fPIE
--param=ssp-buffer-size=4 -flto -ffat-lto-objects -g -O3 -fstack-p
rotector-strong -Wformat -Werror=format-security -Wl,--as-needed
-Wl,--no-undefined -Wl,--gc-sections -Wl,-z,relro -Wl,-z,now
-pie -Wl,-Bsymbolic-functions -Wl,-z,relro -o test-watchdog
src/test/test-watchdog.o libsystemd-shared.la -ldl
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <file:///usr/share/doc/gcc-5/README.Bugs> for instructions.
lto-wrapper: fatal error: gcc returned 1 exit status
compilation terminated.
/usr/bin/ld: lto-wrapper failed
collect2: error: ld returned 1 exit status
^ permalink raw reply [flat|nested] 5+ messages in thread* [Bug lto/65012] [5 Regression] systemd fails to build at least on ppc64el, powerpc, arm-inux-gnueabihf and aarch64 with -flto (ICE)
2015-02-11 3:58 [Bug lto/65012] New: [5 Regression] systemd fails to build at least on ppc64el, powerpc, arm-inux-gnueabihf and aarch64 with -flto (ICE) doko at gcc dot gnu.org
2015-02-11 4:00 ` [Bug lto/65012] " doko at gcc dot gnu.org
2015-02-11 9:40 ` rguenth at gcc dot gnu.org
@ 2015-02-17 20:41 ` jakub at gcc dot gnu.org
2015-02-19 11:56 ` jakub at gcc dot gnu.org
3 siblings, 0 replies; 5+ messages in thread
From: jakub at gcc dot gnu.org @ 2015-02-17 20:41 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65012
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
CC| |hubicka at gcc dot gnu.org
--- Comment #2 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
So, I've managed to reproduce some crash on aarch64, but whether it is the same
one you saw is unclear.
In any case, the backtrace is:
(gdb) p lto_file_data
$3 = (lto_file_decl_data *) 0x0
(gdb) bt
#0 lto_get_decl_name_mapping (decl_data=decl_data@entry=0x0,
name=0x3ffaf719e00 "__PRETTY_FUNCTION__.9700") at
../../gcc/lto-section-in.c:369
#1 0x0000000000ad3f90 in varpool_node::get_constructor (this=0x3ffaf8ea800) at
../../gcc/varpool.c:315
#2 0x0000000000acca64 in get_variable_section (decl=decl@entry=0x3ffaf6c1e60,
prefer_noswitch_p=prefer_noswitch_p@entry=true)
at ../../gcc/varasm.c:1143
#3 0x0000000000acd8f0 in get_block_for_decl (decl=decl@entry=0x3ffaf6c1e60) at
../../gcc/varasm.c:1216
#4 0x0000000000acf168 in make_decl_rtl (decl=decl@entry=0x3ffaf6c1e60) at
../../gcc/varasm.c:1471
#5 0x0000000000acf788 in make_decl_rtl_for_debug
(decl=decl@entry=0x3ffaf6c1e60) at ../../gcc/varasm.c:1519
#6 0x0000000000625b5c in rtl_for_decl_location (decl=decl@entry=0x3ffaf6c1e60)
at ../../gcc/dwarf2out.c:15950
#7 0x000000000064b518 in loc_list_from_tree (loc=loc@entry=0x3ffaf6c1e60,
want_address=2, context=context@entry=0x0)
at ../../gcc/dwarf2out.c:14579
#8 0x000000000064e450 in add_location_or_const_value_attribute(dw_die_ref,
tree, bool, enum dwarf_attribute) (die=0x3ffaf9b69f0,
decl=0x3ffaf6c1e60, cache_p=cache_p@entry=false, attr=DW_AT_location) at
../../gcc/dwarf2out.c:16083
#9 0x00000000006562a0 in dwarf2out_finish (filename=0x109d2d0 <targetm>
"(\362", <incomplete sequence \361>) at ../../gcc/dwarf2out.c:24554
#10 0x00000000008c7968 in compile_file () at ../../gcc/toplev.c:650
#11 0x0000000000564ee8 in do_compile () at ../../gcc/toplev.c:2066
#12 toplev::main (this=0x0, this@entry=0x3fffffff080, argc=-1295660700,
argc@entry=52, argv=
0xd80101 <std::__cxx11::messages<char>::do_get(int, int, int,
std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >
const&) const+17>, argv@entry=0x3fffffff1b8) at ../../gcc/toplev.c:2164
#13 0x00000000005657f4 in main (argc=52, argv=0x3fffffff1b8) at
../../gcc/main.c:39
I.e. dwarf2out trying to compute RTL for a __PRETTY_FUNCTION__ VAR_DECL, but
has NULL lto_file_data. The VAR_DECL is streamed in from LTO,
but without corresponding varpool node. That node is added only during the
make_decl_rtl_for_debug call, so obviously it has NULL lto_file_data member and
varpool_node::get_constructor ICEs on it,
because it assumes it must be non-NULL.
So, either we change varpool_node::get_constructor, so that it treats
!lto_file_data the same as !in_lto_p.
Or tweak make_decl_rtl_for_debug to temporarily clear in_lto_p flag and restore
afterwards.
Or add another global flag which would tell us that we are called from
make_decl_rtl_for_debug and be more permissive in that case (i.e. bail out for
NULL lto_file_data).
Honza, your preference?
^ permalink raw reply [flat|nested] 5+ messages in thread