* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
@ 2013-12-04 20:27 ` nheghathivhistha at gmail dot com
2013-12-05 10:55 ` rguenth at gcc dot gnu.org
` (19 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-04 20:27 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
David Kredba <nheghathivhistha at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nheghathivhistha at gmail dot com
--- Comment #1 from David Kredba <nheghathivhistha at gmail dot com> ---
I can reproduce this with Gentoo gcc-4.8.2 and new KDE's kig package 4.11.4.
How to debug this please?
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
2013-12-04 20:27 ` [Bug lto/58251] " nheghathivhistha at gmail dot com
@ 2013-12-05 10:55 ` rguenth at gcc dot gnu.org
2013-12-05 11:11 ` octoploid at yandex dot com
` (18 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-12-05 10:55 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |lto
Status|UNCONFIRMED |WAITING
Last reconfirmed| |2013-12-05
Ever confirmed|0 |1
--- Comment #3 from Richard Biener <rguenth at gcc dot gnu.org> ---
Can you try a GCC 4.9 prerelease? The usual workaround is to disable debuginfo
generation.
And yes, reducing the testcase to a few input files is necessary - you
can bisect the linker inputs by adding -r -nostdlibs (performing a partial
link).
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
2013-12-04 20:27 ` [Bug lto/58251] " nheghathivhistha at gmail dot com
2013-12-05 10:55 ` rguenth at gcc dot gnu.org
@ 2013-12-05 11:11 ` octoploid at yandex dot com
2013-12-05 11:40 ` jpakkane at gmail dot com
` (17 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: octoploid at yandex dot com @ 2013-12-05 11:11 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #4 from Markus Trippelsdorf <octoploid at yandex dot com> ---
I've tested this on my Gentoo box and cannot reproduce the issue
on trunk or gcc-4.8 branch.
So it is most likely already fixed.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (2 preceding siblings ...)
2013-12-05 11:11 ` octoploid at yandex dot com
@ 2013-12-05 11:40 ` jpakkane at gmail dot com
2013-12-05 17:18 ` nheghathivhistha at gmail dot com
` (16 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: jpakkane at gmail dot com @ 2013-12-05 11:40 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #5 from jpakkane at gmail dot com ---
I retried this with Gcc 4.8.2 on trusty and no longer get the crash. I have not
tried to reproduce David Kredba's issue so that might still remain.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (3 preceding siblings ...)
2013-12-05 11:40 ` jpakkane at gmail dot com
@ 2013-12-05 17:18 ` nheghathivhistha at gmail dot com
2013-12-06 10:35 ` rguenth at gcc dot gnu.org
` (15 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-05 17:18 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #6 from David Kredba <nheghathivhistha at gmail dot com> ---
I "reduced" it to this:
/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -Wnon-virtual-dtor -Wno-long-long
-Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith
-Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common
-Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden
-fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,--no-undefined -lc
-Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -O2 -ggdb -pipe
-march=native -mtune=native -flto=4 -fuse-linker-plugin -shared
-Wl,-soname,kigpart.so -o lib/kigpart.so
CMakeFiles/kigpart.dir/scripting/python_scripter.o -L/usr/lib64/qt4
/usr/lib64/libkparts.so.4.11.4 /usr/lib64/libkutils.so.4.11.4 -lpython2.7
/usr/lib64/libboost_python-2.7-mt.so /usr/lib64/libktexteditor.so.4.11.4
/usr/lib64/libkemoticons.so.4.11.4 /usr/lib64/libkidletime.so.4.11.4
/usr/lib64/libkcmutils.so.4.11.4 /usr/lib64/libkprintutils.so.4.11.4
/usr/lib64/libkparts.so.4.11.4 /usr/lib64/libkio.so.5.11.4
/usr/lib64/qt4/libQtNetwork.so /usr/lib64/qt4/libQtXml.so
/usr/lib64/libnepomukutils.so.4.11.4 /usr/lib64/libnepomuk.so.4.11.4
/usr/lib64/libkdeui.so.5.11.4 /usr/lib64/qt4/libQtGui.so
/usr/lib64/qt4/libQtSvg.so -lsoprano /usr/lib64/libkdecore.so.5.11.4
/usr/lib64/qt4/libQtCore.so -lpthread /usr/lib64/qt4/libQtDBus.so
-Wl,-rpath,/usr/lib64/qt4: -nostdlib
lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
All othe object files removed not let the ICE away. When python_scripter.o
removed and other object files present on link command it did this:
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `operator++':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_tree.h:270:
undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base
const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectCalcer*>::allocate(unsigned long, void const*)
[clone .isra.61]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `operator++':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_tree.h:270:
undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base
const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `void std::vector<ObjectCalcer*,
std::allocator<ObjectCalcer*>
>::_M_range_initialize<std::_Rb_tree_const_iterator<ObjectCalcer*>
>(std::_Rb_tree_const_iterator<ObjectCalcer*>,
std::_Rb_tree_const_iterator<ObjectCalcer*>, std::forward_iterator_tag) [clone
.isra.90]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `operator++':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_tree.h:270:
undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base
const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectCalcer*>::allocate(unsigned long, void const*)
[clone .isra.61]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `operator++':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_tree.h:270:
undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base
const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `void std::vector<ObjectCalcer*,
std::allocator<ObjectCalcer*>
>::_M_range_initialize<std::_Rb_tree_const_iterator<ObjectCalcer*>
>(std::_Rb_tree_const_iterator<ObjectCalcer*>,
std::_Rb_tree_const_iterator<ObjectCalcer*>, std::forward_iterator_tag) [clone
.isra.90]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `operator++':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_tree.h:270:
undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base
const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectCalcer*>::allocate(unsigned long, void const*)
[clone .isra.75]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `operator++':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_tree.h:270:
undefined reference to `std::_Rb_tree_increment(std::_Rb_tree_node_base
const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `void std::vector<ObjectCalcer*,
std::allocator<ObjectCalcer*>
>::_M_range_initialize<std::_Rb_tree_const_iterator<ObjectCalcer*>
>(std::_Rb_tree_const_iterator<ObjectCalcer*>,
std::_Rb_tree_const_iterator<ObjectCalcer*>, std::forward_iterator_tag) [clone
.isra.98]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`PolarCoords::coordinateValidator() const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/coordinate_system.cpp:524:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`EuclideanCoords::coordinateValidator() const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/coordinate_system.cpp:519:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectCalcer*>::allocate(unsigned long, void const*)
[clone .isra.43]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_M_allocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectCalcer*>::allocate(unsigned long, void const*)
[clone .isra.43]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_M_allocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`PolygonVertexTypeConstructor::drawprelim(ObjectDrawer const&, KigPainter&,
std::vector<ObjectCalcer*, std::allocator<ObjectCalcer*> > const&, KigDocument
const&) const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/special_constructors.cc:778:
undefined reference to `__dynamic_cast'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<Coordinate>::allocate(unsigned long, void const*)
[clone .isra.36]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_M_allocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `NumericTextImp::copy() const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/text_imp.cc:186:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `BoolTextImp::copy() const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/text_imp.cc:278:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`std::string::_Rep::_M_dispose(std::allocator<char> const&)':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:240:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:240:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:240:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:240:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:240:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:240:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `__destroy':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:102:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`PropertyObjectConstructor::~PropertyObjectConstructor()':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/object_constructor.cc:552:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`std::string::_Rep::_M_dispose(std::allocator<char> const&)':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `__base_dtor ':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/modes/edittype.cc:68:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectImp*>::allocate(unsigned long, void const*)
[clone .isra.162]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`ObjectHierarchy::calc(std::vector<ObjectImp const*, std::allocator<ObjectImp
const*> > const&, KigDocument const&) const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/object_hierarchy.cc:274:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectImp const*>::allocate(unsigned long, void
const*) [clone .isra.155]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<ObjectImp*>::allocate(unsigned long, void const*)
[clone .isra.162]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `__base_ctor ':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:102:
undefined reference to `std::__throw_bad_alloc()'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `resize':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_vector.h:1339:
undefined reference to `std::__throw_length_error(char const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `__destroy':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:102:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_M_fill_insert':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/vector.tcc:449:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_Construct':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:83:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`std::string::operator=(std::string const&)':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:547:
undefined reference to `std::string::assign(std::string const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:547:
undefined reference to `std::string::assign(std::string const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `std::basic_string<char,
std::char_traits<char>, std::allocator<char> >::~basic_string()':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:539:
undefined reference to `std::string::_Rep::_M_dispose(std::allocator<char>
const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`__gnu_cxx::new_allocator<std::string>::allocate(unsigned long, void const*)
[clone .isra.140]':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:104:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_Construct':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:83:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:83:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:83:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `__destroy':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:102:
undefined reference to `std::string::_Rep::_S_empty_rep_storage'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_Construct':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:83:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_construct.h:83:
undefined reference to `std::basic_string<char, std::char_traits<char>,
std::allocator<char> >::basic_string(std::string const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`std::string::operator=(std::string const&)':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:547:
undefined reference to `std::string::assign(std::string const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`std::string::_Rep::_M_dispose(std::allocator<char> const&)':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/basic_string.h:249:
undefined reference to `std::string::_Rep::_M_destroy(std::allocator<char>
const&)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `_M_check_len':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/bits/stl_vector.h:1339:
undefined reference to `std::__throw_length_error(char const*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `KigFileDialog::~KigFileDialog()
[clone .local.219]':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/kigfiledialog.h:27:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`ConicLineIntersectionConstructor::~ConicLineIntersectionConstructor()':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/special_constructors.cc:1531:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`ArcLineIntersectionConstructor::~ArcLineIntersectionConstructor()':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/special_constructors.cc:1543:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function
`MultiObjectTypeConstructor::~MultiObjectTypeConstructor()':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/misc/object_constructor.cc:180:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans13.ltrans.o: In function `EditType::~EditType()':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/modes/edittype.cc:69:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans18.ltrans.o:/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
more undefined references to `operator delete(void*)' follow
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function
`AffinityGI3PType::calc(std::vector<ObjectImp const*, std::allocator<ObjectImp
const*> > const&, KigDocument const&) const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/transform_types.cc:522:
undefined reference to `operator new(unsigned long)'
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/transform_types.cc:506:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function
`RationalBezierCubicType::calc(std::vector<ObjectImp const*,
std::allocator<ObjectImp const*> > const&, KigDocument const&) const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/bezier_type.cc:519:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function
`RationalBezierCubicType::calc(std::vector<ObjectImp const*,
std::allocator<ObjectImp const*> > const&, KigDocument const&) const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/bezier_type.cc:505:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function `deallocate':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4/ext/new_allocator.h:110:
undefined reference to `operator delete(void*)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function
`RationalBezierCubicType::calc(std::vector<ObjectImp const*,
std::allocator<ObjectImp const*> > const&, KigDocument const&) const':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/bezier_type.cc:515:
undefined reference to `operator new(unsigned long)'
/tmp/ccXU2sDY.ltrans18.ltrans.o: In function `TextType::instance() [clone
.part.4.73033]':
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/objects/text_type.cc:239:
undefined reference to `__dso_handle'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../x86_64-pc-linux-gnu/bin/ld:
/tmp/ccXU2sDY.ltrans18.ltrans.o: relocation R_X86_64_PC32 against undefined
hidden symbol `__dso_handle' can not be used when making a shared object
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../x86_64-pc-linux-gnu/bin/ld:
final link failed: Bad value
collect2: error: ld returned 1 exit status
Is this anyhow useful please?
Thank you.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (4 preceding siblings ...)
2013-12-05 17:18 ` nheghathivhistha at gmail dot com
@ 2013-12-06 10:35 ` rguenth at gcc dot gnu.org
2013-12-06 16:57 ` nheghathivhistha at gmail dot com
` (14 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-12-06 10:35 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #7 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to David Kredba from comment #6)
> I "reduced" it to this:
>
> /usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -pipe -march=native
> -mtune=native -flto=4 -fuse-linker-plugin -Wnon-virtual-dtor -Wno-long-long
> -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith
> -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new
> -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden
> -fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,--no-undefined -lc
> -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -O2 -ggdb
> -pipe -march=native -mtune=native -flto=4 -fuse-linker-plugin -shared
> -Wl,-soname,kigpart.so -o lib/kigpart.so
> CMakeFiles/kigpart.dir/scripting/python_scripter.o -L/usr/lib64/qt4
> /usr/lib64/libkparts.so.4.11.4 /usr/lib64/libkutils.so.4.11.4 -lpython2.7
> /usr/lib64/libboost_python-2.7-mt.so /usr/lib64/libktexteditor.so.4.11.4
> /usr/lib64/libkemoticons.so.4.11.4 /usr/lib64/libkidletime.so.4.11.4
> /usr/lib64/libkcmutils.so.4.11.4 /usr/lib64/libkprintutils.so.4.11.4
> /usr/lib64/libkparts.so.4.11.4 /usr/lib64/libkio.so.5.11.4
> /usr/lib64/qt4/libQtNetwork.so /usr/lib64/qt4/libQtXml.so
> /usr/lib64/libnepomukutils.so.4.11.4 /usr/lib64/libnepomuk.so.4.11.4
> /usr/lib64/libkdeui.so.5.11.4 /usr/lib64/qt4/libQtGui.so
> /usr/lib64/qt4/libQtSvg.so -lsoprano /usr/lib64/libkdecore.so.5.11.4
> /usr/lib64/qt4/libQtCore.so -lpthread /usr/lib64/qt4/libQtDBus.so
> -Wl,-rpath,/usr/lib64/qt4: -nostdlib
> lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
>
> All othe object files removed not let the ICE away. When python_scripter.o
> removed and other object files present on link command it did this:
Good, if you now remove the -Wl,--no-undefined switch you should be able
to remove all shared library inputs as well (fingers crossing).
For the remaining object file inputs (AFAIK only python_scripter.o?) please
attach preprocessed source from the compile-stage. The bug should then
be reproducible by exchanging python_scripter.o for python_scripter.ii
on the command-line and thus make the bug reproducible with just that
file.
Thanks,
Richard.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (5 preceding siblings ...)
2013-12-06 10:35 ` rguenth at gcc dot gnu.org
@ 2013-12-06 16:57 ` nheghathivhistha at gmail dot com
2013-12-06 16:59 ` nheghathivhistha at gmail dot com
` (13 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-06 16:57 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #8 from David Kredba <nheghathivhistha at gmail dot com> ---
Thank you Richard.
This fails as before:
kig-4.11.4_build # /usr/bin/x86_64-pc-linux-gnu-g++ -save-temps -fPIC -O2 -ggdb
-pipe -march=native -mtune=native -flto=4 -fuse-linker-plugin
-Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall
-W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS
-fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics
-fvisibility=hidden -fvisibility-inlines-hidden -Wl,--enable-new-dtags
-Wl,--no-undefined -lc -Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu
-Wl,--sort-common -O2 -ggdb -pipe -march=native -mtune=native -flto=4
-fuse-linker-plugin -r -o lib/kigpart.so
CMakeFiles/kigpart.dir/scripting/python_scripter.o -nostdlib
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
[Leaving LTRANS /tmp/cce03m0F.args]
[Leaving LTRANS kigpart.so.ltrans.out]
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
I have ii file but it won't compile this way:
/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -Wnon-virtual-dtor -Wno-long-long
-Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith
-Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common
-Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden
-fvisibility-inlines-hidden -Wl,--enable-new-dtags -Wl,--no-undefined -lc
-Wl,--as-needed -Wl,-O1 -Wl,--hash-style=gnu -Wl,--sort-common -O2 -ggdb -pipe
-march=native -mtune=native -flto=4 -fuse-linker-plugin -o lib/kigpart.so
./python_scripter.ii -r -nostdlib
In file included from /usr/include/qt4/QtCore/qvariant.h:50:0,
from /usr/include/qt4/QtCore/QVariant:1,
from /usr/include/kconfig.h:32,
from /usr/include/ksharedconfig.h:25,
from /usr/include/klocale.h:26,
from
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/scripting/../objects/common.h:27,
from
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/scripting/python_scripter.h:21,
from
/var/tmp/portage/kde-base/kig-4.11.4/work/kig-4.11.4/scripting/python_scripter.cc:24:
/usr/include/qt4/QtCore/qhash.h: In member function ‘void
QHashData::hasShrunk()’:
/usr/include/qt4/QtCore/qhash.h:175:39: error: exception handling disabled, use
-fexceptions to enable
} QT_CATCH(const std::bad_alloc &) {
I removed -fno-exceptions -DQT_NO_EXCEPTIONS and it compiles and crashes as
before :-).
/usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -Wnon-virtual-dtor -Wno-long-long
-Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith
-Wformat-security -fno-check-new -fno-common -Woverloaded-virtual
-fno-threadsafe-statics -fvisibility=hidden -fvisibility-inlines-hidden
-Wl,--enable-new-dtags -Wl,--no-undefined -lc -Wl,--as-needed -Wl,-O1
-Wl,--hash-style=gnu -Wl,--sort-common -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -o lib/kigpart.so
./python_scripter.ii -r -nostdliblto1: internal compiler error: in
splice_child_die, at dwarf2out.c:4706
Going to attach ii file gzipped.
What can I do next please?
Thank you.
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.2/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.2/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.8.2/work/gcc-4.8.2/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.8.2
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.2
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.2/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.8.2/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/include/g++-v4
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec
--disable-fixed-point --without-cloog --enable-lto --enable-nls
--without-included-gettext --with-system-zlib --enable-obsolete
--disable-werror --enable-secureplt --enable-multilib
--with-multilib-list=m32,m64 --disable-libmudflap --disable-libssp
--enable-libgomp
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.8.2/python
--enable-checking=release --disable-libgcj --enable-libstdcxx-time
--enable-languages=c,c++,fortran --enable-shared --enable-threads=posix
--enable-__cxa_atexit --enable-clocale=gnu --enable-targets=all
--with-bugurl=http://bugs.gentoo.org/ --with-pkgversion='Gentoo 4.8.2 p1.0'
Thread model: posix
gcc version 4.8.2 (Gentoo 4.8.2 p1.0)
>From gcc-bugs-return-436874-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Dec 06 16:57:12 2013
Return-Path: <gcc-bugs-return-436874-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 14385 invoked by alias); 6 Dec 2013 16:57:12 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 14324 invoked by uid 48); 6 Dec 2013 16:57:08 -0000
From: "dvyukov at google dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug sanitizer/59410] Some tsan tests fail with 4GB RAM
Date: Fri, 06 Dec 2013 16:57:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: sanitizer
X-Bugzilla-Version: 4.9.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: dvyukov at google dot com
X-Bugzilla-Status: UNCONFIRMED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-59410-4-kSqC6HLPY8@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-59410-4@http.gcc.gnu.org/bugzilla/>
References: <bug-59410-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-12/txt/msg00529.txt.bz2
Content-length: 350
http://gcc.gnu.org/bugzilla/show_bug.cgi?idY410
--- Comment #13 from Dmitry Vyukov <dvyukov at google dot com> ---
And what if you enable randomization?
> Have any attempt for saner tsan shadow memory mapping be done in the last year?
No, there were no such attempts.
But, yes, it would be nice if tsan supports no-ASRL/no-PIE/COMPAT mappings.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (6 preceding siblings ...)
2013-12-06 16:57 ` nheghathivhistha at gmail dot com
@ 2013-12-06 16:59 ` nheghathivhistha at gmail dot com
2013-12-06 17:21 ` octoploid at yandex dot com
` (12 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-06 16:59 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #9 from David Kredba <nheghathivhistha at gmail dot com> ---
Created attachment 31391
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31391&action=edit
Preprocessed source file
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (7 preceding siblings ...)
2013-12-06 16:59 ` nheghathivhistha at gmail dot com
@ 2013-12-06 17:21 ` octoploid at yandex dot com
2013-12-08 22:01 ` nheghathivhistha at gmail dot com
` (11 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: octoploid at yandex dot com @ 2013-12-06 17:21 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #10 from Markus Trippelsdorf <octoploid at yandex dot com> ---
(In reply to David Kredba from comment #8)
> Going to attach ii file gzipped.
>
> What can I do next please?
You can now further reduce the single testfile by following the
"Simple ICE reduction" section in the document I've linked to above.
First try to minimize the gcc command line options that you use.
Then write a simple test script, e.g.:
$ cat chech.sh
/usr/bin/x86_64-pc-linux-gnu-g++ -O2 -ggdb -flto -r -nostdlib -Wfatal-errors
test.ii -o /dev/null 2>&1 | grep 'internal compiler error: in
splice_child_die'
if ! test $? = 0; then
exit 1
fi
and run delta, multidelta or Creduce with it.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (8 preceding siblings ...)
2013-12-06 17:21 ` octoploid at yandex dot com
@ 2013-12-08 22:01 ` nheghathivhistha at gmail dot com
2013-12-08 22:02 ` nheghathivhistha at gmail dot com
` (10 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-08 22:01 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #11 from David Kredba <nheghathivhistha at gmail dot com> ---
Delta died after more than 200000 iterations. Started new delta. A little more
reduced ii file uploaded.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (9 preceding siblings ...)
2013-12-08 22:01 ` nheghathivhistha at gmail dot com
@ 2013-12-08 22:02 ` nheghathivhistha at gmail dot com
2013-12-09 8:41 ` octoploid at yandex dot com
` (9 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-08 22:02 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
David Kredba <nheghathivhistha at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #31391|0 |1
is obsolete| |
--- Comment #12 from David Kredba <nheghathivhistha at gmail dot com> ---
Created attachment 31398
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31398&action=edit
Preprocessed source file
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (10 preceding siblings ...)
2013-12-08 22:02 ` nheghathivhistha at gmail dot com
@ 2013-12-09 8:41 ` octoploid at yandex dot com
2013-12-09 8:45 ` octoploid at yandex dot com
` (8 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: octoploid at yandex dot com @ 2013-12-09 8:41 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #13 from Markus Trippelsdorf <octoploid at yandex dot com> ---
Created attachment 31401
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31401&action=edit
Further reduced
Further reduced.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (11 preceding siblings ...)
2013-12-09 8:41 ` octoploid at yandex dot com
@ 2013-12-09 8:45 ` octoploid at yandex dot com
2013-12-09 14:54 ` [Bug lto/58251] [4.7/4.8 Regression] " rguenth at gcc dot gnu.org
` (7 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: octoploid at yandex dot com @ 2013-12-09 8:45 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #14 from Markus Trippelsdorf <octoploid at yandex dot com> ---
(In reply to David Kredba from comment #11)
> Delta died after more than 200000 iterations. Started new delta. A little
> more reduced ii file uploaded.
Boost testcases are always fun ;-)
For testcase this huge I recommend Creduce, because it runs in
parallel by default.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (12 preceding siblings ...)
2013-12-09 8:45 ` octoploid at yandex dot com
@ 2013-12-09 14:54 ` rguenth at gcc dot gnu.org
2013-12-09 17:57 ` octoploid at yandex dot com
` (6 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-12-09 14:54 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|WAITING |NEW
Known to work| |4.6.4, 4.9.0
Target Milestone|--- |4.7.4
Summary|-flto causes ICE lto1: |[4.7/4.8 Regression] -flto
|internal compiler error: in |causes ICE lto1: internal
|splice_child_die, at |compiler error: in
|dwarf2out.c:4706 |splice_child_die, at
| |dwarf2out.c:4706
Known to fail| |4.7.3, 4.8.2
--- Comment #15 from Richard Biener <rguenth at gcc dot gnu.org> ---
Confirmed with 4.7.3 and 4.8.2. Seems to work on the trunk, worked with 4.6.4.
Now it would be interesting to bisect what fixed this on the trunk ...
> /space/rguenther/install/gcc-4.8.2/bin/g++ t.ii -g -flto -r -nostdlib -flto-partition=none
t.ii: In function 'void fn1()':
t.ii:147:25: warning: deprecated conversion from string constant to 'char*'
[-Wwrite-strings]
"", &Coordinate::y);
^
lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
0x58cd78 splice_child_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:4704
0x59fb2a gen_member_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19029
0x59fb2a gen_struct_or_union_type_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19117
0x59fb2a gen_tagged_type_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19307
0x5adf2f gen_typedef_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19216
0x59e824 gen_typedef_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19175
0x59e824 gen_decl_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:20020
0x5a044d gen_type_die_with_usage
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19367
0x59e864 gen_decl_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:20071
0x59fb57 gen_member_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19031
0x59fb57 gen_struct_or_union_type_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19117
0x59fb57 gen_tagged_type_die
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19307
0x5a084e gen_type_die_with_usage
/space/rguenther/src/svn/gcc-4_8-branch/gcc/dwarf2out.c:19454
...
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (13 preceding siblings ...)
2013-12-09 14:54 ` [Bug lto/58251] [4.7/4.8 Regression] " rguenth at gcc dot gnu.org
@ 2013-12-09 17:57 ` octoploid at yandex dot com
2013-12-09 19:56 ` nheghathivhistha at gmail dot com
` (5 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: octoploid at yandex dot com @ 2013-12-09 17:57 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #16 from Markus Trippelsdorf <octoploid at yandex dot com> ---
(In reply to Richard Biener from comment #15)
> Confirmed with 4.7.3 and 4.8.2. Seems to work on the trunk, worked with
> 4.6.4.
>
> Now it would be interesting to bisect what fixed this on the trunk ...
It was fixed by r200151.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (14 preceding siblings ...)
2013-12-09 17:57 ` octoploid at yandex dot com
@ 2013-12-09 19:56 ` nheghathivhistha at gmail dot com
2013-12-10 9:25 ` rguenth at gcc dot gnu.org
` (4 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: nheghathivhistha at gmail dot com @ 2013-12-09 19:56 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #17 from David Kredba <nheghathivhistha at gmail dot com> ---
Thank you!
Looks like they are not overweighting it at the Creduce web site, it is way
better then delta. Delta for me ended already 10 times with message that:
"Could not increase granularity; we are done." And after each new start it
removes a few more lines. But I am still at 2052 lines :-).
(I opened a case at Gentoo Bugzilla kindly asking maintainer for bumping to to
the latest stable Creduce.)
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (15 preceding siblings ...)
2013-12-09 19:56 ` nheghathivhistha at gmail dot com
@ 2013-12-10 9:25 ` rguenth at gcc dot gnu.org
2014-06-12 13:44 ` rguenth at gcc dot gnu.org
` (3 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2013-12-10 9:25 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
--- Comment #18 from Richard Biener <rguenth at gcc dot gnu.org> ---
(In reply to Markus Trippelsdorf from comment #16)
> (In reply to Richard Biener from comment #15)
> > Confirmed with 4.7.3 and 4.8.2. Seems to work on the trunk, worked with
> > 4.6.4.
> >
> > Now it would be interesting to bisect what fixed this on the trunk ...
>
> It was fixed by r200151.
Bah .... this means "don't hold your breath for a fix". I wonder whether
it makes sense to try backporting "4.9 LTO" to 4.8 ... (too much fallout in
the end I guess).
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (16 preceding siblings ...)
2013-12-10 9:25 ` rguenth at gcc dot gnu.org
@ 2014-06-12 13:44 ` rguenth at gcc dot gnu.org
2014-12-10 12:45 ` [Bug lto/58251] [4.8 " rguenth at gcc dot gnu.org
` (2 subsequent siblings)
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-06-12 13:44 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.7.4 |4.8.4
--- Comment #19 from Richard Biener <rguenth at gcc dot gnu.org> ---
The 4.7 branch is being closed, moving target milestone to 4.8.4.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (17 preceding siblings ...)
2014-06-12 13:44 ` rguenth at gcc dot gnu.org
@ 2014-12-10 12:45 ` rguenth at gcc dot gnu.org
2014-12-19 13:44 ` jakub at gcc dot gnu.org
2015-06-23 8:42 ` rguenth at gcc dot gnu.org
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2014-12-10 12:45 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|P3 |P2
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (18 preceding siblings ...)
2014-12-10 12:45 ` [Bug lto/58251] [4.8 " rguenth at gcc dot gnu.org
@ 2014-12-19 13:44 ` jakub at gcc dot gnu.org
2015-06-23 8:42 ` rguenth at gcc dot gnu.org
20 siblings, 0 replies; 22+ messages in thread
From: jakub at gcc dot gnu.org @ 2014-12-19 13:44 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Jakub Jelinek <jakub at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|4.8.4 |4.8.5
--- Comment #20 from Jakub Jelinek <jakub at gcc dot gnu.org> ---
GCC 4.8.4 has been released.
^ permalink raw reply [flat|nested] 22+ messages in thread* [Bug lto/58251] [4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
2013-08-27 12:02 [Bug lto/58251] New: -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 jpakkane at gmail dot com
` (19 preceding siblings ...)
2014-12-19 13:44 ` jakub at gcc dot gnu.org
@ 2015-06-23 8:42 ` rguenth at gcc dot gnu.org
20 siblings, 0 replies; 22+ messages in thread
From: rguenth at gcc dot gnu.org @ 2015-06-23 8:42 UTC (permalink / raw)
To: gcc-bugs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58251
Richard Biener <rguenth at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
Target Milestone|4.8.5 |4.9.0
Known to fail| |4.8.5
--- Comment #21 from Richard Biener <rguenth at gcc dot gnu.org> ---
Fixed for 4.9.0.
^ permalink raw reply [flat|nested] 22+ messages in thread