[Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 CC||nheghathivhistha at gmail dot 
com

--- Comment #1 from David Kredba  ---
I can reproduce this with Gentoo gcc-4.8.2 and new KDE's kig package 4.11.4.

How to debug this please?

[Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
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::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
>::_M_range_initialize
>(std::_Rb_tree_const_iterator,
std::_Rb_tree_const_iterator, 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::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
>::_M_range_initialize
>(std::_Rb_tree_const_iterator,
std::_Rb_tree_const_iterator, 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/cc

[Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

--- Comment #8 from David Kredba  ---
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=ht

[Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

--- Comment #9 from David Kredba  ---
Created attachment 31391
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31391&action=edit
Preprocessed source file

[Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

--- Comment #11 from David Kredba  ---
Delta died after more than 20 iterations. Started new delta. A little more
reduced ii file uploaded.

[Bug lto/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

  Attachment #31391|0   |1
is obsolete||

--- Comment #12 from David Kredba  ---
Created attachment 31398
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31398&action=edit
Preprocessed source file

[Bug lto/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706

[nheghathivhistha at gmail dot com]

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

--- Comment #17 from David Kredba  ---
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.)

[Bug lto/59505] New: gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

Bug ID: 59505
   Summary: gcc-4.9.0-20131208 can't link glsl_compiler with
-flto=4 in -m32 where gcc-4.8.2 works fine
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31431
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31431&action=edit
gcc-4.8.2-64bit-config.log gzipped

libtool: link: ranlib .libs/libglsl.a
libtool: link: rm -fr .libs/libglsl.lax
libtool: link: ( cd ".libs" && rm -f "libglsl.la" && ln -s "../libglsl.la"
"libglsl.la" )
/bin/sh ../../libtool  --tag=CXX   --mode=link x86_64-pc-linux-gnu-g++ -m32
-fvisibility=hidden -O2 -ggdb -pipe -march=native -mtune=native -flto=4
-fuse-linker-plugin -Wall -fno-strict-aliasing -fno-builtin-memcmp  
-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 glsl_compiler
hash_table.o imports.o prog_hash_table.o symbol_table.o
standalone_scaffolding.o main.o libglsl.la
libtool: link: x86_64-pc-linux-gnu-g++ -m32 -fvisibility=hidden -O2 -ggdb -pipe
-march=native -mtune=native -flto=4 -fuse-linker-plugin -Wall
-fno-strict-aliasing -fno-builtin-memcmp -Wl,-O1 -Wl,--hash-style=gnu
-Wl,--sort-common -O2 -ggdb -pipe -march=native -mtune=native -flto=4
-fuse-linker-plugin -o glsl_compiler hash_table.o imports.o prog_hash_table.o
symbol_table.o standalone_scaffolding.o main.o  -Wl,--as-needed
./.libs/libglsl.a
/var/tmp/portage/media-libs/mesa-10.0.1/temp/cc0tEQQs.ltrans0.ltrans.o: In
function `_mesa_new_shader':
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/standalone_scaffolding.cpp:76:
undefined reference to `rzalloc_size'
/var/tmp/portage/media-libs/mesa-10.0.1/temp/cc0tEQQs.ltrans0.ltrans.o: In
function `main':
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:337:
undefined reference to `rzalloc_size'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:339:
undefined reference to `ralloc_strdup'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:343:
undefined reference to `reralloc_array_size'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:347:
undefined reference to `rzalloc_size'
/var/tmp/portage/media-libs/mesa-10.0.1/temp/cc0tEQQs.ltrans0.ltrans.o: In
function `load_text_file':
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:216:
undefined reference to `ralloc_size'
/var/tmp/portage/media-libs/mesa-10.0.1/temp/cc0tEQQs.ltrans0.ltrans.o: In
function `operator new':
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/glsl_parser_extras.h:80:
undefined reference to `ralloc_size'
/var/tmp/portage/media-libs/mesa-10.0.1/temp/cc0tEQQs.ltrans0.ltrans.o: In
function `compile_shader':
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:279:
undefined reference to
`_mesa_glsl_parse_state::_mesa_glsl_parse_state(gl_context*, unsigned int,
void*)'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:281:
undefined reference to `_mesa_glsl_compile_shader'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:285:
undefined reference to `_mesa_print_ir'
/var/tmp/portage/media-libs/mesa-10.0.1/temp/cc0tEQQs.ltrans0.ltrans.o: In
function `main':
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:392:
undefined reference to `ralloc_free'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:392:
undefined reference to `ralloc_free'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:392:
undefined reference to `ralloc_free'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:394:
undefined reference to `ralloc_free'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:395:
undefined reference to `_mesa_glsl_release_types'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:396:
undefined reference to `_mesa_glsl_release_builtin_functions()'
/var/tmp/portage/media-libs/mesa-10.0.1/work/Mesa-10.0.1-x86/src/glsl/../../src/glsl/main.cpp:384:
undefined reference to `link_shaders(gl_context*, gl_shader_program*)'
collect2: error: ld returne

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #2 from David Kredba  ---
Created attachment 31433
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31433&action=edit
gcc-4.8.2-64bit-build.log gzipped

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
Created attachment 31434
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31434&action=edit
gcc-4.8.2-32bit-build.log gzipped

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Created attachment 31432
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31432&action=edit
gcc-4.8.2-32bit-config.log gzipped

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #5 from David Kredba  ---
Created attachment 31436
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31436&action=edit
32bit-config.log gzipped

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
Created attachment 31435
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31435&action=edit
Build.log gzipped

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
Hello,
Before reporting this to you I opened a Mesa bug where they suggested me to try
released version of GCC. Gcc-4.8.2 works for them with -flto=4. This report is
result of that suggestion. It works for me too with gcc-4.8.2. I had LTO
commented out for mesa long time and not tested it again after gcc-4.8.2 was
released.

https://bugs.freedesktop.org/show_bug.cgi?id=72672

Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20131208/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20131208/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131208/work/gcc-4.9-20131208/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20131208
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20131208/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131208
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131208/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131208/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20131208/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.9.0-alpha20131208/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.9.0_alpha20131208'
Thread model: posix
gcc version 4.9.0-alpha20131208 20131208 (experimental) (Gentoo
4.9.0_alpha20131208)



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)


Thank you.

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #8 from David Kredba  ---
Thank you Markus.
Could you please tell me if binutils 2.24.51.0.2 are OK for this?

I will try AR=gcc-ar etc in the meantime.

[Bug lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine

[nheghathivhistha at gmail dot com]

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

--- Comment #11 from David Kredba  ---
Hello Markus,
Thank you for your great support.

AS=gcc-as AR=gcc-ar NM=gcc-nm RANLIB=gcc-ranlib did it for me for mesa and I
will use it in problematic future cases.

And I will try your binutils patch.

Do you think that for 4.9.0 GCC release binutils will support slim-LTO-objects?
LTO support for general use in Gentoo will not be enabled without it in my
opinion. (But maybe if USE/FEATURE lto will be detected they can let
ebuild/emerge export AS=gcc-as AR=gcc-ar NM=gcc-nm RANLIB=gcc-ranlib to
environment.)

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 CC||nheghathivhistha at gmail dot 
com

--- Comment #6 from David Kredba  ---
Affects qt-webkit-4.8.5 too.

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

[nheghathivhistha at gmail dot com]

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

--- Comment #13 from David Kredba  ---
Qtwebkit-4.8.5 still ICEs after that patch applied:
lto1: internal compiler error: in record_target_from_binfo, at ipa-devirt.c:673

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

[nheghathivhistha at gmail dot com]

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

--- Comment #15 from David Kredba  ---
I am sorry, I can't. When I did -nostdlib link on all object files, it linked.
Only full link command with all libraries causes ICE for me and I do not now
how to reduce it/identify.

[Bug libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 CC||nheghathivhistha at gmail dot 
com

--- Comment #11 from David Kredba  ---
I have the same problem with snapshot 4.9-20131222.

Makefile:517: recipe for target 'x86_avx.lo' failed:

libtool: compile: 
/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/./gcc/xg++
-B/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/./gcc/
-nostdinc++ -nostdinc++
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/x86_64-pc-linux-gnu/libstdc++-v3/include
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libstdc++-v3/libsupc++
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libstdc++-v3/include/backward
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libstdc++-v3/testsuite/util
-L/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src
-L/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs
-L/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/build/x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs
-B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem
/usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include
-DHAVE_CONFIG_H -I.
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm/config/linux/x86
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm/config/linux
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm/config/x86
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm/config/posix
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm/config/generic
-I/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm
-mrtm -Wall -pthread -Werror -mavx -std=gnu++0x -funwind-tables -fno-exceptions
-fno-rtti -fabi-version=4 -O2 -ggdb -pipe -march=native -mtune=native
-mno-sse4.2 -mno-sse4a -mno-avx -mno-3dnow -D_GNU_SOURCE -MT x86_avx.lo -MD -MP
-MF .deps/x86_avx.Tpo -c
/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/libitm/config/x86/x86_avx.cc
 -fPIC -DPIC -o .libs/x86_avx.o


I found qt-4.8.5 reporting existence of AVX and SSE 4.2 where I have Core2
only.
So now I am rebuilding my Gentoo system with -O2 -ggdb -pipe -march=native
-mtune=native -mno-sse4.2 -mno-sse4a -mno-avx -mno-3dnow but GCC bootstrap
ignores it and adds -mavx.


Configuration of gcc source tree:
/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20131222/work/gcc-4.9-20131222/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20131222
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20131222/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131222
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131222/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131222/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20131222/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20131222/python
--enable-languages=c,c++,fortran --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion=Gentoo 4.9.0_alpha20131222 --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64
--disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj
--enable-libgomp --disable-libmudflap --disable-libssp --enable-lto
--without-cloog

[Bug libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)

[nheghathivhistha at gmail dot com]

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

--- Comment #12 from David Kredba  ---
(In reply to Jakub Jelinek from comment #8)
> That is a user error, just don't do that.  As the user provided
> CFLAGS/CXXFLAGS override the default flags, you really shouldn't be using
> -mno-this and -mno-that when building gcc, because that will disable what is
> required to compile gcc successfully.  If you want to build gcc to support
> some CPU that doesn't have AVX etc., just configure it for such a CPU.

I told it to GCC bootstrap (having C,XXFlags containing -march=native
-mtune=native -mno-sse4.2 -mno-sse4a -mno-avx -mno-3dnow) and it ignored it
completely.

[Bug libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)

[nheghathivhistha at gmail dot com]

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

--- Comment #13 from David Kredba  ---
Binutils rebuilt with -mno-avx and co. not helps.

[Bug libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)

[nheghathivhistha at gmail dot com]

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

--- Comment #15 from David Kredba  ---
For me it looks like that GCC build process is taking from some internal
definition that AVX should be present on Core2 and enables it for libitm. Patch
attached in this bug report works for gcc-4.9-20131222 fine too.

"Known to fail" can contain 4.8.2 (and 4.9.0 branch too if possible).

Gcc knows that there is no AVX, both for 4.8.2 and 4.9.0 snapshot but both
versions enable AVX for libitim for me:

4.9.0:
gcc -march=native -Q --help=targetThe following options are target specific:
  -m128bit-long-double  [disabled]  
  -m32  [disabled]  
  -m3dnow   [disabled]  
  -m3dnowa  [disabled]
  -m64  [enabled]
  -m80387   [enabled]
  -m8bit-idiv   [disabled]
  -m96bit-long-double   [enabled]
  -mabi=sysv
  -mabm [disabled]
  -maccumulate-outgoing-args[disabled]
  -maddress-mode=   short
  -madx [disabled]
  -maes [disabled]
  -malign-double[disabled]
  -malign-functions=0
  -malign-jumps=0
  -malign-loops=0
  -malign-stringops [enabled]
  -mandroid [disabled]
  -march=   core2
  -masm=att
  -mavx [disabled]
  -mavx2[disabled]
  -mavx256-split-unaligned-load [disabled]
  -mavx256-split-unaligned-store[disabled]
  -mavx512cd[disabled]
  -mavx512er[disabled]
  -mavx512f [disabled]
  -mavx512pf[disabled]
  -mbionic  [disabled]
  -mbmi [disabled]
  -mbmi2[disabled]
  -mbranch-cost=0
  -mcld [disabled]
  -mcmodel= 32
  -mcpu=  
  -mcrc32   [disabled]
  -mcx16[enabled]
  -mdispatch-scheduler  [disabled]
  -mdump-tune-features  [disabled]
  -mf16c[disabled]
  -mfancy-math-387  [enabled]
  -mfentry  [enabled]
  -mfma [disabled]
  -mfma4[disabled]
  -mforce-drap  [disabled]
  -mfp-ret-in-387   [enabled]
  -mfpmath= 387
  -mfsgsbase[disabled]
  -mfused-madd
  -mfxsr[enabled]
  -mglibc   [enabled]
  -mhard-float  [enabled]
  -mhle [disabled]
  -mieee-fp [enabled]
  -mincoming-stack-boundary=0
  -minline-all-stringops[disabled]
  -minline-stringops-dynamically[disabled]
  -mintel-syntax  
  -mlarge-data-threshold=   0x1
  -mlong-double-64  [disabled]
  -mlong-double-80  [enabled]
  -mlwp [disabled]
  -mlzcnt   [disabled]
  -mmemcpy-strategy=  
  -mmemset-strategy=  
  -mmmx [enabled]
  -mmovbe   [disabled]
  -mms-bitfields[disabled]
  -mno-align-stringops  [disabled]
  -mno-default  [disabled]
  -mno-fancy-math-387   [disabled]
  -mno-push-args[disabled]
  -mno-red-zone [disabled]
  -mno-sse4 [disabled]
  -momit-leaf-frame-pointer [disabled]
  -mpc32[disabled]
  -mpc64[disabled]
  -mpc80[disabled]
  -mpclmul  [disabled]
  -mpopcnt  [disabled]
  -mprefer-avx128   [disabled]
  -mpreferred-stack-boundary=   0
  -mprfchw  [disabled]
  -mpush-args   [enabled]
  -mrdrnd   [disabled]
  -mrdseed  [disabled]
  -mrecip   [disabled]

[Bug libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)

[nheghathivhistha at gmail dot com]

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

--- Comment #17 from David Kredba  ---
I can't bootstrap 4.9.0 snapshots without patch attached. My machine is Core2
Quad where are not any avx instructions available. All is compiled from sources
(Gentoo) but libitm x86_avx.lo crashes bootstrap. -march=native is by gcc
translated to core2 what is correct. 

I saw qt 4.8.5 qmake reporting AVX available too, which is wrong. After I used
-mno-avx it stopped doing it.

Gcc knows there is no avx. Binutils reports AVX instruction set support anyway
as supported - it can work with it in code. The fact that code produced will
not run on host system is not burning them looks like. I recompiled them with
-mno-avx to be sure that tests for AVX will fail but GNU as reports them an
thus libitm still crashes bootstrap.

In my opinion if gcc cannot trust GNU AS it should tell itsef to libitm
configure what instructions sets are really available.

I think that reproducing needs machine where CPU does not know what AVX is.

Thank you.

[Bug other/59622] New: trung gcc-4.9.0:internal compiler error: verify_gimple failed

[nheghathivhistha at gmail dot com]

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

Bug ID: 59622
   Summary: trung gcc-4.9.0:internal compiler error: verify_gimple
failed
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31535
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31535&action=edit
Reduced precompiled source file

Gcc 4.9.0 trunk from 2013-12-28 ICEs while compiling Gentoo LLVM-3.3-r2:

x86_64-pc-linux-gnu-g++ -m32 -fvisibility-inlines-hidden -fno-exceptions -fPIC
-O2 -ggdb -pipe -march=native -mtune=native  -flto=4 -pedantic -c
./testcase.i./testcase.i: In member function ‘llvm::Value*
{anonymous}::LibCallOptimization::OptimizeCall(llvm::CallInst*,
llvm::DataLayout*, llvm::TargetLibraryInfo*, llvm::IRBuilder<>&)’:
./testcase.i:225:12: error: LHS in noreturn call
 Value *OptimizeCall (CallInst * CI, DataLayout *, TargetLibraryInfo *,
^
D.2995 = __builtin_unreachable (this, D.2998, 0B, MEM[(const struct IRBuilder
&)B]);
./testcase.i:225:12: internal compiler error: verify_gimple failed
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions

Crashes the same way without -flto.

Gcc-4.8.2 not ICEs but fails other way with -flto but succeeds without -flto.

C-reduce reduced testcase attached.

[Bug other/59622] trunk gcc-4.9.0:internal compiler error: verify_gimple failed

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Created attachment 31536
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31536&action=edit
More c-reduced (--slow)

[Bug fortran/45586] [4.8/4.9 Regression] ICE non-trivial conversion at assignment

[nheghathivhistha at gmail dot com]

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

--- Comment #98 from David Kredba  ---
It was not commited yet, or was it please?
I still cannot compile scipy with -flto by trunk gcc.

[Bug lto/59626] New: [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

[nheghathivhistha at gmail dot com]

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

Bug ID: 59626
   Summary: [4.9 lto] /usr/include/bits/unistd.h:173:1: error:
inlining failed in call to always_inline 'readlinkat':
recursive inlining
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Coreutils-8.22 program 'cp' cannot be compiled with trunk gcc 4.9.0 with -O2
-ggdb -pipe -flto:

CCLD src/cp
/usr/include/bits/unistd.h: In function 'careadlinkat.constprop':
/usr/include/bits/unistd.h:173:1: error: inlining failed in call to
always_inline 'readlinkat': recursive inlining
 __NTH (readlinkat (int __fd, const char *__restrict __path,
 ^
/usr/include/bits/unistd.h:185:3: error: called from here
   return __readlinkat_alias (__fd, __path, __buf, __len);
   ^
make[3]: ***
[/var/tmp/portage/sys-apps/coreutils-8.22/temp/ccoTpm79.ltrans9.ltrans.o] Error
1
make[3]: *** Waiting for unfinished jobs
lto-wrapper: make returned 2 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20131228/../../../../x86_64-pc-linux-gnu/bin/ld:
fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status
Makefile:5419: recipe for target 'src/cp' failed

Gcc-4.8.2 fails with -flto too:

CCLD src/cp
/usr/include/bits/unistd.h: In function 'careadlinkat.constprop.21':
/usr/include/bits/unistd.h:173:1: error: inlining failed in call to
always_inline 'readlinkat': recursive inlining
 __NTH (readlinkat (int __fd, const char *__restrict __path,
 ^
/usr/include/bits/unistd.h:185:3: error: called from here
   return __readlinkat_alias (__fd, __path, __buf, __len);
   ^
make[3]: ***
[/var/tmp/portage/sys-apps/coreutils-8.22/temp/cctZ031y.ltrans8.ltrans.o] Error
1
make[3]: *** Waiting for unfinished jobs
lto-wrapper: make returned 2 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.8.2/../../../../x86_64-pc-linux-gnu/bin/ld:
fatal error: lto-wrapper failed
collect2: error: ld returned 1 exit status
Makefile:5419: recipe for target 'src/cp' failed

Both versions are fine without -flto.

[Bug tree-optimization/59622] [4.9 Regression] internal compiler error: verify_gimple failed

[nheghathivhistha at gmail dot com]

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

--- Comment #10 from David Kredba  ---
Hello Jakub,
I tried your patch.

/var/tmp/portage/sys-devel/llvm-3.3-r2/work/llvm-3.3.src/lib/Transforms/Scalar/SimplifyLibCalls.cpp:
In member function ‘llvm::Value*
{anonymous}::LibCallOptimization::OptimizeCall(llvm::CallInst*, const
llvm::DataLayout*, const llvm::TargetLibraryInfo*, llvm::IRBuilder<>&)’:
/var/tmp/portage/sys-devel/llvm-3.3-r2/work/llvm-3.3.src/lib/Transforms/Scalar/SimplifyLibCalls.cpp:63:10:
error: LHS in noreturn call
   Value *OptimizeCall(CallInst *CI, const DataLayout *TD,
  ^
D.109494 = __cxa_pure_virtual (this, D.109498, CI, B);
/var/tmp/portage/sys-devel/llvm-3.3-r2/work/llvm-3.3.src/lib/Transforms/Scalar/SimplifyLibCalls.cpp:63:10:
internal compiler error: verify_gimple failed

Do you need a new reduced testcase?

[Bug tree-optimization/59622] [4.9 Regression] internal compiler error: verify_gimple failed

[nheghathivhistha at gmail dot com]

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

--- Comment #11 from David Kredba  ---
Without -m32 it not ICEs after patch applied.

[Bug tree-optimization/59622] [4.9 Regression] internal compiler error: verify_gimple failed

[nheghathivhistha at gmail dot com]

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

--- Comment #12 from David Kredba  ---
Created attachment 31546
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31546&action=edit
After patch ICE generating reduced preprocessed source file

[Bug other/59648] New: -O2 compilation of xorg-server-1.15.0 fails

[nheghathivhistha at gmail dot com]

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

Bug ID: 59648
   Summary: -O2 compilation of xorg-server-1.15.0 fails
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31550
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31550&action=edit
Gzipped preprocessed events.c file

-O compilation is fine.

Gcc 4.9.0 trunk.

libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -DHAVE_DIX_CONFIG_H -Wall
-Wpointer-arith -Wmissing-declarations -Wformat=2 -Wstrict-prototypes
-Wmissing-prototypes -Wnested-externs -Wbad-function-cast
-Wold-style-definition -Wdeclaration-after-statement -Wunused -Wuninitialized
-Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls
-Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main
-Werror=missing-braces -Werror=sequence-point -Werror=return-type
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing
-fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT
-I/usr/include/X11/dri -I/usr/include/libdrm -I/usr/include/pixman-1
-I/usr/include/freetype2
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/include
-I../include
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/Xext
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/composite
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/damageext
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/xfixes
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/Xi
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/mi
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/miext/sync
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/miext/shadow
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/miext/damage
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/render
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/randr
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/fb
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dbe
-I/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/present
-fvisibility=hidden -DHAVE_XORG_CONFIG_H -fvisibility=hidden
-I/usr/include/libdrm -O2 -ggdb -pipe -march=native -mtune=native -mno-sse4.2
-mno-sse4a -mno-avx -mno-3dnow -flto=4 -Wl,-O1 -Wl,-flto -O2 -ggdb -pipe
-march=native -mtune=native -mno-sse4.2 -mno-sse4a -mno-avx -mno-3dnow -flto=4
-Wl,-z -Wl,lazy -o input input.o  -Wl,--as-needed ./.libs/libxservertest.a
-lnettle -ldl -ludev -lpciaccess -ldrm -lpixman-1 -lXfont -lXau -lxshmfence
-lXdmcp -lGL -lpthread -lm
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/xkb/xkbInit.c:690:22:
warning: type of 'XkbDfltAccessXOptions' does not match original declaration
[enabled by default]
 extern unsigned char XkbDfltAccessXOptions;
  ^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/xkb/xkbAccessX.c:58:16:
note: previously declared here
 unsigned short XkbDfltAccessXOptions =
^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/events.c:
In function 'MatchForType':
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/events.c:3810:9:
warning: 'grabtype' may be used uninitialized in this function
[-Wmaybe-uninitialized]
 int grabtype;
 ^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/events.c:3834:15:
warning: 'evtype' may be used uninitialized in this function
[-Wmaybe-uninitialized]
 tmp->type = evtype;
   ^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/events.c:3811:9:
note: 'evtype' was declared here
 int evtype;
 ^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/events.c:3808:21:
warning: 'match' may be used uninitialized in this function
[-Wmaybe-uninitialized]
 enum MatchFlags match;
 ^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/ptrveloc.c:
In function 'AccelSetProfileProperty':
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/ptrveloc.c:204:35:
warning: 'profile' may be used uninitialized in this function
[-Wmaybe-uninitialized]
 if (GetAccelerationProfile(vel, profile) == NULL)
   ^
/var/tmp/portage/x11-base/xorg-server-1.15.0/work/xorg-server-1.15.0/dix/ptrveloc.c:188:9:
note: 'profile' w

[Bug other/59648] -O2 compilation of xorg-server-1.15.0 fails

[nheghathivhistha at gmail dot com]

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

--- Comment #2 from David Kredba  ---
I am sorry but Xorg guys are saying this is gcc problem:

https://bugs.freedesktop.org/show_bug.cgi?id=71127

-O2 compilation is used wide in distributions so in my opinion this issue needs
resolution on one of connected sides.

Could you kindly please re-open this or say what is wrong with Xorg-server
sources?

Thank you in advance.

[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails

[nheghathivhistha at gmail dot com]

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

--- Comment #5 from David Kredba  ---
I tried to write a script for c-reduce. It writes output from compiler in two
steps but grep not waits and c-reduce not wanted to accept it as valid for
reducing case becuse test error level was not OK.

When I modified it this way:

#!/bin/bash
TESTCASE=${1:-testcase.i}
x86_64-pc-linux-gnu-gcc -std=gnu99  -Wall -Wpointer-arith
-Wmissing-declarations -Wformat=2 -Wstrict-prototypes -Wmissing-prototypes
-Wnested-externs -Wbad-function-cast -Wold-style-definition
-Wdeclaration-after-statement -Wunused -Wuninitialized -Wshadow
-Wmissing-noreturn -Wmissing-format-attribute -Wredundant-decls -Wlogical-op
-Werror=implicit -Werror=nonnull -Werror=init-self -Werror=main
-Werror=missing-braces -Werror=sequence-point -Werror=return-type
-Werror=trigraphs -Werror=array-bounds -Werror=write-strings -Werror=address
-Werror=int-to-pointer-cast -Werror=pointer-to-int-cast -fno-strict-aliasing
-fvisibility=hidden -O2 -ggdb -pipe -march=native -mtune=native -flto=4 -o
/dev/null /home/dave2/$TESTCASE /home/dave2/libxservertest.a >
/home/dave2/test.txt 2>&1

cat /home/dave2/test.txt | grep -q 'error: array subscript is below array
bounds'
if ! test $? = 0; then
exit 1
fi
exit 0

then grep was returning expected return code but c-reduce was not able to
remove any line. I think I am missing some very basic thing here :-(.
PS I know that grep can be called with a file name without using cat and pipe
but it not wanted to work too.

[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
Maybe to reduce ii file containing events.i and all ii files that creates 
libxservertest.a together?

[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails

[nheghathivhistha at gmail dot com]

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

--- Comment #8 from David Kredba  ---
Thank you!

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
After I rebuilt Vc library using the same compiler it stopped to ICE.
Instead it reports

/usr/include/Vc/version.h:45: error: undefined reference to
'Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)'
/usr/include/Vc/version.h:45: error: undefined reference to
'Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:256:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:256:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:266:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/libs/pigment/compositeops/KoStreamedMath.h:266:
error: undefined reference to 'Vc::SSE::c_general::oneFloat'
/usr/include/Vc/version.h:45: error: undefined reference to
'Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)'
collect2: error: ld returned 1 exit status

at link time.

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #2 from David Kredba  ---
gcc-nm -C /usr/lib64/libVc.a 

const.cpp.o:
 T Vc::RandomState
 T Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)
 T Vc::AVX::_IndexesFromZero8
 T Vc::AVX::_IndexesFromZero16
 T Vc::AVX::_IndexesFromZero32
 T Vc::AVX::c_log::data
 T Vc::AVX::c_log::data
 T Vc::AVX::c_trig::data
 T Vc::AVX::c_trig::data
 T Vc::AVX::c_general::absMaskFloat
 T Vc::AVX::c_general::highMaskFloat
 T Vc::AVX::c_general::signMaskFloat
 T Vc::AVX::c_general::highMaskDouble
 T Vc::AVX::c_general::one16
 T Vc::AVX::c_general::minShort
 T Vc::AVX::c_general::oneFloat
 T Vc::AVX::c_general::frexpMask
 T Vc::AVX::c_general::oneDouble
 T Vc::AVX::c_general::_2power31
 T Vc::SSE::_IndexesFromZero4
 T Vc::SSE::_IndexesFromZero8
 T Vc::SSE::_IndexesFromZero16
 T Vc::SSE::c_log::data
 T Vc::SSE::c_log::data
 T Vc::SSE::c_trig::data
 T Vc::SSE::c_trig::data
 T Vc::SSE::c_general::absMaskFloat
 T Vc::SSE::c_general::absMaskDouble
 T Vc::SSE::c_general::highMaskFloat
 T Vc::SSE::c_general::signMaskFloat
 T Vc::SSE::c_general::highMaskDouble
 T Vc::SSE::c_general::signMaskDouble
 T Vc::SSE::c_general::one16
 T Vc::SSE::c_general::one32
 T Vc::SSE::c_general::minShort
 T Vc::SSE::c_general::oneFloat
 T Vc::SSE::c_general::frexpMask
 T Vc::SSE::c_general::oneDouble
 T Vc::Warnings::_operator_bracket_warning()

cpuid.cpp.o:
 T Vc::CpuId::s_noL2orL3
 T Vc::CpuId::s_prefetch
 T Vc::CpuId::s_brandIndex
 T Vc::CpuId::s_cacheLineSize
 T Vc::CpuId::s_L1Instruction
 T Vc::CpuId::s_processorType
 T Vc::CpuId::s_L1DataLineSize
 T Vc::CpuId::s_L2DataLineSize
 T Vc::CpuId::s_L3DataLineSize
 T Vc::CpuId::s_processorModel
 T Vc::CpuId::s_L1Associativity
 T Vc::CpuId::s_L2Associativity
 T Vc::CpuId::s_L3Associativity
 T Vc::CpuId::s_processorFamily
 T Vc::CpuId::s_logicalProcessors
 T Vc::CpuId::s_processorFeaturesC
 T Vc::CpuId::s_processorFeaturesD
 T Vc::CpuId::s_processorFeatures8C
 T Vc::CpuId::s_processorFeatures8D
 T Vc::CpuId::s_L1InstructionLineSize
 T Vc::CpuId::init()
 T Vc::CpuId::s_ecx0
 T Vc::CpuId::s_L1Data
 T Vc::CpuId::s_L2Data
 T Vc::CpuId::s_L3Data
 T Vc::CpuId::interpret(unsigned char, bool*)

support.cpp.o:
 T Vc::isImplementationSupported(Vc::Implementation)
 T Vc::extraInstructionsSupported()
 T Vc::bestImplementationSupported()
 U Vc::CpuId::s_processorFeaturesC
 U Vc::CpuId::s_processorFeaturesD
 U Vc::CpuId::s_processorFeatures8C
 U Vc::CpuId::init()

avx_sorthelper.cpp.o:
 T Vc::AVX::SortHelper::sort(double __vector(4))
 T Vc::AVX::SortHelper::sort(double __vector(4)&, double
__vector(4)&)
 T Vc::AVX::SortHelper::sort(float __vector(8))
 T Vc::AVX::SortHelper::sort(long long __vector(4))
 T Vc::AVX::SortHelper::sort(long long __vector(4))
 T Vc::AVX::SortHelper::sort(float __vector(8))
 T Vc::AVX::SortHelper::sort(long long __vector(2))
 T Vc::AVX::SortHelper::sort(long long __vector(2))

trigonometric_SSE2.cpp.o:
 U __assert_fail
 U __cxa_atexit
 U __dso_handle
 U std::ios_base::Init::Init()
 U std::ios_base::Init::~Init()
 T Vc::SSE::Vector Vc::Trigonometric
>::cos(Vc::SSE::Vector const&)
 W Vc::SSE::Vector Vc::Trigonometric
>::cos(Vc::SSE::Vector const&)
 W Vc::SSE::Vector
Vc::Trigonometric
>::cos(Vc::SSE::Vector const&)
 T Vc::SSE::Vector Vc::Trigonometric
>::sin(Vc::SSE::Vector const&)
 W Vc::SSE::Vector Vc::Trigonometric
>::sin(Vc::SSE::Vector const&)
 W Vc::SSE::Vector
Vc::Trigonometric
>::sin(Vc::SSE::Vector const&)
 T Vc::SSE::Vector Vc::Trigonometric
>::asin(Vc::SSE::Vector const&)
 W Vc::SSE::Vector Vc::Trigonometric
>::asin(Vc::SSE::Vector const&)
 W Vc::SSE::Vector
Vc::Trigonometric
>::asin(Vc::SSE::Vector const&)
 T Vc::SSE::Vector Vc::Trigonometric
>::atan(Vc::SSE::Vector const&)
 W Vc::SSE::Vector Vc::Trigonometric
>::atan(Vc::SSE::Vector const&)
 W Vc::SSE::Vector
Vc::Trigonometric
>::atan(Vc::SSE::Vector const&)
 T Vc::SSE::Vector Vc::Trigonometric
>::atan2(Vc::SSE::Vector const&, Vc::SSE::Vector
const&)
 W Vc::SSE::Vector Vc::Trigonometric
>::atan2(Vc::SSE::Vector const&, Vc::SSE::Vector const&)
 W Vc::SSE::Vector
Vc::Trigonometric
>::atan2(Vc::SSE::Vector const&,
Vc::SSE::Vector const&)
 T void Vc::Trigonometric
>::sincos(V

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
When libVc built without -flto Calligra can be built without -flto too.

nm -C /usr/lib64/libVc.a 

const.cpp.o:
 U abort
 U _GLOBAL_OFFSET_TABLE_
 r .LC1
 U printf
 r Vc::LIBRARY_VERSION
 D Vc::RandomState
0010 T Vc::checkLibraryAbi(unsigned int, unsigned int, char const*)
1060 R Vc::AVX::_IndexesFromZero8
1070 R Vc::AVX::_IndexesFromZero16
1080 R Vc::AVX::_IndexesFromZero32
0c80 R Vc::AVX::c_log::data
0c00 R Vc::AVX::c_log::data
0e80 R Vc::AVX::c_trig::data
0d80 R Vc::AVX::c_trig::data
0d5c R Vc::AVX::c_general::absMaskFloat
0d50 R Vc::AVX::c_general::highMaskFloat
0d54 R Vc::AVX::c_general::signMaskFloat
0d38 R Vc::AVX::c_general::highMaskDouble
0d44 R Vc::AVX::c_general::one16
0d48 R Vc::AVX::c_general::minShort
0d4c R Vc::AVX::c_general::oneFloat
0d28 R Vc::AVX::c_general::frexpMask
0d30 R Vc::AVX::c_general::oneDouble
0d40 R Vc::AVX::c_general::_2power31
0b40 R Vc::SSE::_IndexesFromZero4
0b50 R Vc::SSE::_IndexesFromZero8
0310 R Vc::SSE::_IndexesFromZero16
01c0 R Vc::SSE::c_log::data
0040 R Vc::SSE::c_log::data
0700 R Vc::SSE::c_trig::data
0340 R Vc::SSE::c_trig::data
0bc0 R Vc::SSE::c_general::absMaskFloat
0ae0 R Vc::SSE::c_general::absMaskDouble
0b70 R Vc::SSE::c_general::highMaskFloat
0b80 R Vc::SSE::c_general::signMaskFloat
0b00 R Vc::SSE::c_general::highMaskDouble
0ad0 R Vc::SSE::c_general::signMaskDouble
0b30 R Vc::SSE::c_general::one16
0b20 R Vc::SSE::c_general::one32
0b60 R Vc::SSE::c_general::minShort 
0b10 R Vc::SSE::c_general::oneFloat 
0ac0 R Vc::SSE::c_general::frexpMask
0af0 R Vc::SSE::c_general::oneDouble
 T Vc::Warnings::_operator_bracket_warning()

cpuid.cpp.o:
0400 r CSWTCH.42
 U _GLOBAL_OFFSET_TABLE_
 B Vc::CpuId::s_noL2orL3
0004 D Vc::CpuId::s_prefetch
0004 B Vc::CpuId::s_brandIndex
0003 B Vc::CpuId::s_cacheLineSize
0028 B Vc::CpuId::s_L1Instruction
 D Vc::CpuId::s_processorType
0018 B Vc::CpuId::s_L1DataLineSize
0016 B Vc::CpuId::s_L2DataLineSize
0014 B Vc::CpuId::s_L3DataLineSize
0002 B Vc::CpuId::s_processorModel
0010 B Vc::CpuId::s_L1Associativity
000c B Vc::CpuId::s_L2Associativity
0008 B Vc::CpuId::s_L3Associativity
0001 B Vc::CpuId::s_processorFamily
003c B Vc::CpuId::s_logicalProcessors
0038 B Vc::CpuId::s_processorFeaturesC
0034 B Vc::CpuId::s_processorFeaturesD
0030 B Vc::CpuId::s_processorFeatures8C
002c B Vc::CpuId::s_processorFeatures8D
001a B Vc::CpuId::s_L1InstructionLineSize
09e0 T Vc::CpuId::init()
0040 B Vc::CpuId::s_ecx0
0024 B Vc::CpuId::s_L1Data
0020 B Vc::CpuId::s_L2Data
001c B Vc::CpuId::s_L3Data
 T Vc::CpuId::interpret(unsigned char, bool*)
0044 b Vc::CpuId::init()::done

support.cpp.o:
 U _GLOBAL_OFFSET_TABLE_
 T Vc::isImplementationSupported(Vc::Implementation)
0160 T Vc::extraInstructionsSupported()
00e0 T Vc::bestImplementationSupported()
 U Vc::CpuId::s_processorFeaturesC
 U Vc::CpuId::s_processorFeaturesD
 U Vc::CpuId::s_processorFeatures8C
 U Vc::CpuId::init()

avx_sorthelper.cpp.o:
 U _GLOBAL_OFFSET_TABLE_
03b0 T Vc::AVX::SortHelper::sort(double __vector(4))
0330 T Vc::AVX::SortHelper::sort(double __vector(4)&,
double __vector(4)&)
02a0 T Vc::AVX::SortHelper::sort(float __vector(8))
0120 T Vc::AVX::SortHelper::sort(long long __vector(4))
01e0 T Vc::AVX::SortHelper::sort(long long
__vector(4))
0320 T Vc::AVX::SortHelper::sort(float __vector(8))
 T Vc::AVX::SortHelper::sort(long long __vector(2))
0090 T Vc::AVX::SortHelper::sort(long long
__vector(2))

trigonometric_SSE2.cpp.o:
 U __assert_fail
 U __cxa_atexit
 U __dso_handle
 U _GLOBAL_OFFSET_TABLE_
 t _GL

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
It does not build later (without lto).


CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o: In
function `Calligra::Sheets::Conditions::operator<(Calligra::Sheets::Conditions
const&) const':
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o:/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
more undefined references to
`Calligra::Sheets::qHash(Calligra::Sheets::Conditions const&)' follow
collect2: error: ld returned 1 exit status
sheets/CMakeFiles/calligrasheetscommon.dir/build.make:3108: recipe for target
'lib/libcalligrasheetscommon.so.12.0.0' failed

I am going to try gcc-4.8.2 no lto build.

[Bug lto/63407] xsdcxx built with LTO aborts on xsd files of libkolabxml - when LTO is disabled problem is gone

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

--- Comment #7 from David Kredba  ---
Problem is gone.

[Bug lto/60568] New: lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

[nheghathivhistha at gmail dot com]

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

Bug ID: 60568
   Summary: lto1: internal compiler error: in insn_min_length, at
config/i386/i386.md:1599
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 32383
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32383&action=edit
Unreduced TEncSbac.ii gzipped

In member function '_ZThn8_N4x2658TEncSbacD0Ev':
lto1: error: unrecognizable insn:
(jump_insn 3 2 4 (set (pc)
(mem:SI (plus:SI (unspec:SI [
(symbol_ref:SI ("_ZN4x2658TEncSbacD0Ev") [flags 0x1]
)
] UNSPEC_GOT)
(reg:SI 2 cx)) [0  S4 A8]))
/var/tmp/portage/media-libs/x265-0.8/work/multicoreware-x265-527d03c56d68/source/Lib/TLibEncoder/TEncSbac.h:66
-1
 (nil))
lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.
make[3]: ***
[/var/tmp/portage/media-libs/x265-0.8/temp/cc97nOMM.ltrans3.ltrans.o] Error 1

Called as:

/usr/bin/x86_64-pc-linux-gnu-g++  -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=native -mtune=native -mno-3dnow -mno-sse4.2 -mno-avx 
-Wl,-Bsymbolic,-znoexecstack  -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=native -mtune=native -mno-3dnow
-mno-sse4.2 -mno-avx -shared -Wl,-soname,libx265.so.7 -o libx265.so.0.8
CMakeFiles/x265-shared.dir/dllmain.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/NALwrite.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/SEIwrite.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/SyntaxElementWriter.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncBinCoderCABAC.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncCu.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncEntropy.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSampleAdaptiveOffset.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSbac.cpp.o
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSearch.cpp.o
encoder/CMakeFiles/encoder.dir/bitcost.cpp.o
encoder/CMakeFiles/encoder.dir/motion.cpp.o
encoder/CMakeFiles/encoder.dir/slicetype.cpp.o
encoder/CMakeFiles/encoder.dir/frameencoder.cpp.o
encoder/CMakeFiles/encoder.dir/framefilter.cpp.o
encoder/CMakeFiles/encoder.dir/cturow.cpp.o
encoder/CMakeFiles/encoder.dir/dpb.cpp.o
encoder/CMakeFiles/encoder.dir/ratecontrol.cpp.o
encoder/CMakeFiles/encoder.dir/compress.cpp.o
encoder/CMakeFiles/encoder.dir/reference.cpp.o
encoder/CMakeFiles/encoder.dir/encoder.cpp.o
encoder/CMakeFiles/encoder.dir/api.cpp.o
encoder/CMakeFiles/encoder.dir/weightPrediction.cpp.o
common/CMakeFiles/common.dir/x86/pixel-a.asm.o
common/CMakeFiles/common.dir/x86/const-a.asm.o
common/CMakeFiles/common.dir/x86/cpu-a.asm.o
common/CMakeFiles/common.dir/x86/ssd-a.asm.o
common/CMakeFiles/common.dir/x86/mc-a.asm.o
common/CMakeFiles/common.dir/x86/mc-a2.asm.o
common/CMakeFiles/common.dir/x86/pixel-util8.asm.o
common/CMakeFiles/common.dir/x86/blockcopy8.asm.o
common/CMakeFiles/common.dir/x86/pixeladd8.asm.o
common/CMakeFiles/common.dir/x86/dct8.asm.o
common/CMakeFiles/common.dir/x86/sad16-a.asm.o
common/CMakeFiles/common.dir/x86/intrapred16.asm.o
common/CMakeFiles/common.dir/x86/ipfilter16.asm.o
common/CMakeFiles/common.dir/x86/pixel-32.asm.o
common/CMakeFiles/common.dir/x86/asm-primitives.cpp.o
common/CMakeFiles/common.dir/vec/vec-primitives.cpp.o
common/CMakeFiles/common.dir/vec/dct-sse3.cpp.o
common/CMakeFiles/common.dir/vec/blockcopy-sse3.cpp.o
common/CMakeFiles/common.dir/vec/dct-ssse3.cpp.o
common/CMakeFiles/common.dir/vec/dct-sse41.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComBitStream.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComDataCU.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComLoopFilter.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComMotionInfo.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPattern.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPic.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicSym.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicYuv.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPicYuvMD5.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComPrediction.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComRom.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComSampleAdaptiveOffset.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComSlice.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComTrQuant.cpp.o
common/CMakeFiles/common.dir/__/Lib/TLibCommon/TComWeightPrediction.cpp.o
common/CMakeFiles/common.dir/__/Li

[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
Without lto it compiles fine.
It is Gentoo x86/x86_64 enabled package.
I am going to attach all the ii files, thank you.

[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
Created attachment 32395
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32395&action=edit
object file gzipped

[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

[nheghathivhistha at gmail dot com]

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

--- Comment #5 from David Kredba  ---
This is the command line that is enough to get the crash:

/usr/bin/x86_64-pc-linux-gnu-g++  -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx 
-Wl,-Bsymbolic,-znoexecstack  -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -o libx265.so.0.8 
encoder/CMakeFiles/encoder.dir/__/Lib/TLibEncoder/TEncSbac.cpp.o  -r -nostdlib

When I ran it with

/usr/bin/x86_64-pc-linux-gnu-g++  -m32 -fPIC -flto=4 -fuse-linker-plugin -O2
-ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx 
-Wl,-Bsymbolic,-znoexecstack  -flto=4 -fuse-linker-plugin -Wl,--as-needed
-Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2 -mno-3dnow
-mno-sse4.2 -mno-avx -o libx265.so.0.8 -fpreprocessed ./TEncSbac.ii  -r
-nostdlib

(or without -fpreprocessed) it does link the library!

I attached gzipped object file got using -march/tune=core2.

[Bug target/60568] lto1: internal compiler error: in insn_min_length, at config/i386/i386.md:1599

[nheghathivhistha at gmail dot com]

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

--- Comment #13 from David Kredba  ---
-m32 compiled fine but 64 bit gave me (rev. 208729):

/usr/bin/x86_64-pc-linux-gnu-g++   -flto=4 -fuse-linker-plugin -O2 -ggdb -pipe
-march=core2 -mtune=core2 -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2
CMakeFiles/cli.dir/input/y4m.cpp.o CMakeFiles/cli.dir/input/yuv.cpp.o
CMakeFiles/cli.dir/input/input.cpp.o CMakeFiles/cli.dir/output/y4m.cpp.o
CMakeFiles/cli.dir/output/yuv.cpp.o CMakeFiles/cli.dir/output/output.cpp.o
CMakeFiles/cli.dir/x265.cpp.o  -o x265 -rdynamic libx265.a -lpthread -lrt
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h: In
function 'dequant_scaling':
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/include/smmintrin.h:328:70:
error: '__builtin_ia32_pmulld128' needs isa option -m32 -msse4.1
   return (__m128i) __builtin_ia32_pmulld128 ((__v4si)__X, (__v4si)__Y);
  ^
make: *** [/tmp/ccdJxMmS.ltrans1.ltrans.o] Error 1
make: *** Waiting for unfinished jobs
lto-wrapper: make returned 2 exit status
/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140320/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

Is this related please? Thank you.

[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #57 from David Kredba  ---
I got it again with trunk revision 209048:

/usr/bin/x86_64-pc-linux-gnu-g++  -fPIC -flto=4 -fuse-linker-plugin -O2 -ggdb
-pipe -march=core2 -mtune=core2 -mno-3dnow -mno-sse4.2 -mno-avx -mno-xop
-mno-fma4 -mno-sse4a  -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  -flto=4 -fuse-linker-plugin
-Wl,--as-needed -Wl,-O2 -Wl,-flto -O2 -ggdb -pipe -march=core2 -mtune=core2
-mno-3dnow -mno-sse4.2 -mno-avx -mno-xop -mno-fma4 -mno-sse4a -shared
-Wl,-soname,phonon.so -o lib/phonon.so
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart0.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart1.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart2.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart3.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart4.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart6.cpp.o
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart7.cpp.o
-lpython3.2 -lphonon /usr/lib64/qt4/libQtDBus.so /usr/lib64/qt4/libQtCore.so
-lpthread /usr/lib64/qt4/libQtGui.so -Wl,-rpath,/usr/lib64/qt4:
/tmp/ccpIV11w.ltrans24.ltrans.o: In function `__base_dtor ':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
collect2: error: ld returned 1 exit status

And it is sipphononpart5.cpp.o again.

I use Markus's binutils patch (now trunk binutils got it too! :-) ) and the
only patch more to revision 209048 is the one from Martin Jambor (Simple
enhancements to dumping in ipa.c and ipa-cp.c).

It fails with python-3.2 only, python 2.7 and 3.3 version looks to be fine.
Without LTO it compiles fine.

Both binutils' nm and gcc-nm returns: no symbols
for /usr/lib64/libphonon.so.4.7.1.

But mc (Internal viewer of a Midnight Commander) can se them:

000273f0 T Phonon::BackendCapabilities::notifier()

List of vtables inside /usr/lib64/libphonon.so.4.7.1:

 U vtable for __cxxabiv1::__class_type_info
 U vtable for __cxxabiv1::__si_class_type_info
 U vtable for __cxxabiv1::__vmi_class_type_info
0026d580 V vtable for Phonon::SeekSlider
0026dd80 V vtable for Phonon::AudioOutput
0026dc00 V vtable for Phonon::MediaObject
0026e0c0 V vtable for Phonon::PulseStream
0026cb40 V vtable for Phonon::VideoPlayer
0026ce00 V vtable for Phonon::VideoWidget
0026c380 V vtable for Phonon::EffectWidget
0026c1c0 V vtable for Phonon::GlobalConfig
0026e180 V vtable for Phonon::PulseSupport
0026d340 V vtable for Phonon::VolumeSlider
0026e000 V vtable for Phonon::AudioDataOutput
0026c900 V vtable for Phonon::MediaController
0026d880 V vtable for Phonon::StreamInterface
0026d8c0 V vtable for Phonon::MediaNodePrivate
0026db40 V vtable for Phonon::VolumeFaderEffect
0026e280 V vtable for Phonon::MediaSourcePrivate
0026df00 V vtable for Phonon::AbstractAudioOutput
0026e2c0 V vtable for Phonon::AbstractMediaStream
0026c780 V vtable for Phonon::AbstractMediaStreamPrivate
0026dcc0 V vtable for Phonon::Effect
0026dea0 V vtable for Phonon::MediaNode

Objdump -t see no symbols, -T see symbols.

I rebuild phonon by the same compiler/binutils as pykde4.

Could you kindly please check if you are affected too?
Thank you in advance.

[Bug lto/50394] [meta-bug] Issues with building libreoffice with LTO

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 CC||nheghathivhistha at gmail dot 
com

--- Comment #28 from David Kredba  ---
Gcc trunk revision 209488 built for me libreoffice 4.2.3.3 with -flto=4
-fuse-linker-plugin and resulting binaries works.

[Bug ipa/65516] New: lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

Bug ID: 65516
   Summary: lto1: internal compiler error: in get_odr_type, at
ipa-devirt.c:1809
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: ipa
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Spidermonkey compilation ICEs lto1, trunk revision 221558.

/var/tmp/portage/dev-lang/spidermonkey-24.2.0-r2/work/mozjs-24.2.0/js/src/_virtualenv/bin/python
./config/expandlibs_exec.py --depend .deps/.//libmozjs-24.so.pp --target
libmozjs-24.so --uselist --  x86_64-pc-linux-gnu-g++  -Wall -Wpointer-arith
-Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body
-Werror=conversion-null -Wsign-compare -Wno-invalid-offsetof -Wcast-align
-flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2 -mtune=core2 -fno-rtti
-ffunction-sections -fdata-sections -fno-exceptions -pthread -pipe  -DNDEBUG
-DTRIMMED  -fno-omit-frame-pointer  -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1
-fPIC -shared -Wl,-z,defs -Wl,-h,libmozjs-24.so -o libmozjs-24.so 
bignum-dtoa.o bignum.o cached-powers.o diy-fp.o double-conversion.o fast-dtoa.o
fixed-dtoa.o strtod.o HashFunctions.o Poison.o SHA1.o Decimal.o
ArgumentsObject.o BytecodeCompiler.o BytecodeEmitter.o CharacterEncoding.o
DateTime.o Debugger.o Eval.o ExecutableAllocator.o FoldConstants.o ForkJoin.o
GlobalObject.o Interpreter.o Intl.o Iteration.o LifoAlloc.o MapObject.o
Marking.o Memory.o Module.o Monitor.o NameFunctions.o Nursery.o Object.o
ObjectImpl.o PageBlock.o ParallelArray.o ParseMaps.o ParseNode.o Parser.o
Probes.o Profilers.o PropertyKey.o RegExp.o RegExpObject.o RegExpStatics.o
RootMarking.o SPSProfiler.o ScopeObject.o SelfHosting.o Shape.o Stack.o
Statistics.o StoreBuffer.o String.o StringBuffer.o TestingFunctions.o
ThreadPool.o TokenStream.o Unicode.o Verifier.o Xdr.o YarrCanonicalizeUCS2.o
YarrInterpreter.o YarrPattern.o YarrSyntaxChecker.o Zone.o jsalloc.o
jsanalyze.o jsapi.o jsarray.o jsatom.o jsbool.o jsclone.o jscntxt.o
jscompartment.o jscrashreport.o jsdate.o jsdbgapi.o jsdtoa.o jsexn.o
jsfriendapi.o jsfun.o jsgc.o jsinfer.o jsiter.o jsmath.o jsmemorymetrics.o
jsnativestack.o jsnum.o jsobj.o json.o jsonparser.o jsopcode.o jsperf.o jsprf.o
jspropertytree.o jsproxy.o jsreflect.o jsscript.o jsstr.o jstypedarray.o
jsutil.o jswatchpoint.o jsweakmap.o jsworkers.o jswrapper.o prmjtime.o
sharkctl.o ExecutableAllocatorPosix.o OSAllocatorPosix.o pm_linux.o   
-lpthread -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-Wl,--build-id   -Wl,-rpath-link,./dist/bin -Wl,-rpath-link,/usr/lib   -lplds4
-lplc4 -lnspr4 -lpthread -ldl -Wl,-version-script,symverscript -licui18n
-licuuc -licudata   -ldl  -lm -lz -ldl  
Executing: x86_64-pc-linux-gnu-g++ -Wall -Wpointer-arith -Woverloaded-virtual
-Werror=return-type -Wtype-limits -Wempty-body -Werror=conversion-null
-Wsign-compare -Wno-invalid-offsetof -Wcast-align -flto=4 -fuse-linker-plugin
-O2 -g -pipe -march=core2 -mtune=core2 -fno-rtti -ffunction-sections
-fdata-sections -fno-exceptions -pthread -pipe -DNDEBUG -DTRIMMED
-fno-omit-frame-pointer -DUSE_SYSTEM_MALLOC=1 -DENABLE_ASSEMBLER=1 -fPIC
-shared -Wl,-z,defs -Wl,-h,libmozjs-24.so -o libmozjs-24.so
/var/tmp/portage/dev-lang/spidermonkey-24.2.0-r2/work/mozjs-24.2.0/js/src/tmpA0RSz7.list
-lpthread -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-Wl,--build-id -Wl,-rpath-link,./dist/bin -Wl,-rpath-link,/usr/lib -lplds4
-lplc4 -lnspr4 -lpthread -ldl -Wl,-version-script,symverscript -licui18n
-licuuc -licudata -ldl -lm -lz -ldl
/var/tmp/portage/dev-lang/spidermonkey-24.2.0-r2/work/mozjs-24.2.0/js/src/tmpA0RSz7.list:
INPUT("bignum-dtoa.o")
INPUT("bignum.o")
INPUT("cached-powers.o")
INPUT("diy-fp.o")
INPUT("double-conversion.o")
INPUT("fast-dtoa.o")
INPUT("fixed-dtoa.o")
INPUT("strtod.o")
INPUT("HashFunctions.o")
INPUT("Poison.o")
INPUT("SHA1.o")
INPUT("Decimal.o")
INPUT("ArgumentsObject.o")
INPUT("BytecodeCompiler.o")
INPUT("BytecodeEmitter.o")
INPUT("CharacterEncoding.o")
INPUT("DateTime.o")
INPUT("Debugger.o")
INPUT("Eval.o")
INPUT("ExecutableAllocator.o")
INPUT("FoldConstants.o")
INPUT("ForkJoin.o")
INPUT("GlobalObject.o")
INPUT("Interpreter.o")
INPUT("Intl.o")
INPUT("Iteration.o")
INPUT("LifoAlloc.o")
INPUT("MapObject.o")
INPUT("Marking.o")
INPUT("Memory.o")
  

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #2 from David Kredba  ---
Created attachment 35095
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35095&action=edit
Preprocessed source file gzipped

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Created attachment 35094
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35094&action=edit
Preprocessed source file gzipped

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
Created attachment 35096
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35096&action=edit
Preprocessed source file gzipped

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
Created attachment 35097
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35097&action=edit
Preprocessed source file gzipped

[Bug lto/65517] New: src/getargs.c:112:1: internal compiler error: in get_loop_body, at cfgloop.c:856

[nheghathivhistha at gmail dot com]

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

Bug ID: 65517
   Summary: src/getargs.c:112:1: internal compiler error: in
get_loop_body, at cfgloop.c:856
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 35098
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35098&action=edit
Preprocessed source file

Gcc trunk revision 221558 ICEs LTObuild of Bison:

x86_64-pc-linux-gnu-gcc   -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2  -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-o src/bison src/bison-AnnotationList.o src/bison-InadequacyList.o
src/bison-LR0.o src/bison-Sbitset.o src/bison-assoc.o src/bison-closure.o
src/bison-complain.o src/bison-conflicts.o src/bison-derives.o
src/bison-files.o src/bison-getargs.o src/bison-gram.o src/bison-graphviz.o
src/bison-lalr.o src/bison-ielr.o src/bison-location.o src/bison-main.o
src/bison-muscle-tab.o src/bison-named-ref.o src/bison-nullable.o
src/bison-output.o src/bison-parse-gram.o src/bison-print-xml.o
src/bison-print.o src/bison-print_graph.o src/bison-reader.o src/bison-reduce.o
src/bison-relation.o src/bison-scan-code-c.o src/bison-scan-gram-c.o
src/bison-scan-skel-c.o src/bison-state.o src/bison-symlist.o
src/bison-symtab.o src/bison-tables.o src/bison-uniqstr.o lib/libbison.a  
src/getargs.c: In function 'flags_argmatch.part.0.constprop':
src/getargs.c:112:1: internal compiler error: in get_loop_body, at
cfgloop.c:856
 flags_argmatch (const char *option,
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.
make[3]: ***
[/var/tmp/portage/sys-devel/bison-3.0.4/temp/ccD6YKNn.ltrans10.ltrans.o] Error
1
make[3]: *** Waiting for unfinished jobs
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150320/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150320/work/gcc-4.10.0-20150320/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150320
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150320/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150320/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.10.0_pre20150320' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64
--disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj
--enable-libgomp --disable-libmudflap --disable-libssp --enable-lto
--with-cloog --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 4.10.0-pre20150320 20150321 (experimental) [trunk revision 221558]
(Gentoo 4.10.0_pre20150320)

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
Could you please attach the patch as attachement to here? I am not able to save
it as valid patch file even after I switched ml to "raw text".

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #8 from David Kredba  ---
Svn revision 221590 fails bootstrap in gnat1 so I cannot test your patch. 

../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle':
cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first defined here
collect2: error: ld returned 1 exit status
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/gcc/ada/gcc-interface/Make-lang.in:600:
návod pro cíl „gnat1“ selhal

[Bug bootstrap/65522] New: Svn revision 221590 fails bootstrap - ../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle': cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle' ada

[nheghathivhistha at gmail dot com]

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

Bug ID: 65522
   Summary: Svn revision 221590 fails bootstrap -
../libiberty/libiberty.a(cplus-dem.o): In function
`ada_demangle': cplus-dem.c:(.text+0xdb8): multiple
definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first
defined here
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

../libiberty/libiberty.a(cplus-dem.o): In function `ada_demangle':
cplus-dem.c:(.text+0xdb8): multiple definition of `ada_demangle'
ada/adadecode.o:adadecode.c:(.text+0x863): first defined here
collect2: error: ld returned 1 exit status
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/gcc/ada/gcc-interface/Make-lang.in:600:
návod pro cíl „gnat1“ selhal

Revision 221558 was OK.

[Bug ipa/65516] lto1: internal compiler error: in get_odr_type, at ipa-devirt.c:1809

[nheghathivhistha at gmail dot com]

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

--- Comment #10 from David Kredba  ---
Thank you, it works.

[Bug c++/65539] New: temp/ccCAfJgj.ltrans1.ltrans.o: In function `XSDFrontend::Traversal::Edge::~Edge()': /usr/include/xsd-frontend/traversal/elements.hxx:120: undef

[nheghathivhistha at gmail dot com]

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

Bug ID: 65539
   Summary: temp/ccCAfJgj.ltrans1.ltrans.o: In function
`XSDFrontend::Traversal::Edge::~Edge()':
/usr/include/xsd-frontend/traversal/elements.hxx:120:
undefined reference to `VTT for
XSDFrontend::Traversal::ContainsCompositor'
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Both non-LTO and LTO builds of xsd fails to link. Gcc 4.9.2 was OK.
How can I help in reducing this?

Trunk revision 221614.

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150322/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150322/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.10.0_pre20150322/work/gcc-4.10.0-20150322/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.10.0-pre20150322
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150322/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150322/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.10.0-pre20150322/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.10.0_pre20150322' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --with-multilib-list=m32,m64
--disable-altivec --disable-fixed-point --enable-targets=all --disable-libgcj
--enable-libgomp --disable-libmudflap --disable-libssp --enable-lto
--with-cloog --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 4.10.0-pre20150322 20150324 (experimental) [trunk revision 221614]
(Gentoo 4.10.0_pre20150322)

LTO:
x86_64-pc-linux-gnu-g++ -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2   -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2
-Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -Wl,--sort-common
-Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2 -o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/xsd
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/xsd.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/literal-map.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/validator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/name-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/type-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/state-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/generator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-inline.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/parser-forward.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/impl-header.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/impl-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/driver-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/element-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/attribute-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/parser/characters-validation-source.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/elements.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/validator.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/counter.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/name-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/polymorphism-processor.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xsd-3.3.0/xsd/cxx/tree/default-value.o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r3/work/xs

[Bug c++/65539] temp/ccCAfJgj.ltrans1.ltrans.o: In function `XSDFrontend::Traversal::Edge::~Edge()': /usr/include/xsd-frontend/traversal/elements.hxx:120: undefined

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #2 from David Kredba  ---
I had to rebuilt dev-cpp/libfrontend-elements and dev-cpp/libxsd-frontend
packages without LTO and then xsd linked.
Now I can build xsd with LTO enabled too.

Is this issue interesting for GCC LTO?

Similar issue affects =media-libs/libgltf-0.0.2. It have to be built without
LTO with svn gcc-4.9.3 / 5 to get LibreOffice-4.4.0.3, 4.4.1.2 built with LTO.
Otherwise the link fails.

Thank you.

[Bug lto/65588] New: lto1: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

Bug ID: 65588
   Summary: lto1: internal compiler error: Segmentation fault
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 35152
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35152&action=edit
Preprocessed source file gzipped

Gcc trunk revision 221643 ICEs during Lisp package compilation.

LANG=C LC_ALL=C gcc -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2
-mtune=core2 -Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit
-Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral
-O -falign-functions=4 -pthread -DENABLE_UNICODE -DMULTITHREAD -DPOSIX_THREADS
-DDYNAMIC_FFI -I. -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2 
spvw.i  -r -nostdlib
In file included from ../src/spvw.d:927:0:
../src/spvw_garcol.d: In function 'fill_varobject_heap_holes':
../src/spvw_garcol.d:1764:15: warning: comparison is always false due to
limited range of data type [-Wtype-limits]
   if (len > arraysize_limit_1) {
   ^
../src/spvw.d: In function 'main_actions':
../src/spvw.d:3487:36: warning: variable 'fileptr' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
   var const argv_compile_file_t* fileptr = &p->argv_compile_files[0];
^
../src/spvw.d:3488:15: warning: variable 'count' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
   var uintL count = p->argv_compile_filecount;
   ^
../src/spvw.d:3469:13: warning: variable 'count' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
 var uintL count = p->argv_init_filecount;
 ^
lto1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.
make: *** [/tmp/ccA7URan.ltrans16.ltrans.o] Error 1
make: *** Waiting for unfinished jobs
lto-wrapper: fatal error: make returned 2 exit status
compilation terminated.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.10.0-pre20150323/../../../../x86_64-pc-linux-gnu/bin/ld:
lto-wrapper failed
collect2: error: ld returned 1 exit status

gcc -flto=4 -fuse-linker-plugin -O2 -g -pipe -march=core2 -mtune=core2
-Wa,--noexecstack -W -Wswitch -Wcomment -Wpointer-arith -Wimplicit
-Wreturn-type -Wmissing-declarations -Wno-sign-compare -Wno-format-nonliteral
-O -falign-functions=4 -pthread -DENABLE_UNICODE -DMULTITHREAD -DPOSIX_THREADS
-DDYNAMIC_FFI -I. -Wl,-flto -fuse-linker-plugin -Wl,--as-needed -Wl,-O2
-Wl,--sort-common -Wl,--hash-style=gnu -O2 -g -pipe -march=core2 -mtune=core2 
spvw.o spvwtabf.o spvwtabs.o spvwtabo.o eval.o control.o encoding.o pathname.o
stream.o socket.o io.o funarg.o array.o hashtabl.o list.o package.o record.o
weak.o sequence.o charstrg.o debug.o error.o misc.o time.o predtype.o symbol.o
lisparit.o i18n.o foreign.o unixaux.o zthread.o built.o modules.o
/usr/lib64/libreadline.so -lncurses -ldl /usr/lib64/libavcall.so
/usr/lib64/libcallback.so  -L/usr/lib64 -lsigsegv -L/usr/lib64 -lc libgnu_cl.a
-o lisp.run
../src/eval.d: In function 'funcall_iclosure':
../src/eval.d:2463:45: warning: argument 'closure' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
 local maygc Values funcall_iclosure (object closure, gcv_object_t*
args_pointer,
 ^
../src/eval.d:2464:44: warning: argument 'argcount' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
  uintC argcount)
^
../src/eval.d: In function 'eval_no_hooks':
../src/eval.d:2994:43: warning: argument 'form' might be clobbered by 'longjmp'
or 'vfork' [-Wclobbered]
 global maygc Values eval_no_hooks (object form) {
   ^
../src/eval.d: In function 'eval':
../src/eval.d:2939:34: warning: argument 'form' might be clobbered by 'longjmp'
or 'vfork' [-Wclobbered]
 modexp maygc Values eval (object form)
  ^
../src/record.d: In function 'update_instance':
../src/record.d:1409:62: warning: argument 'obj' might be clobbered by
'longjmp' or 'vfork' [-Wclobbered]
 global maygc object update_instance (object user_obj, object obj) {
  ^
../src/stream.d: In function 'handle_isset

[Bug lto/65588] lto1: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Created attachment 35154
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35154&action=edit
A little c-reduced preprocessed file

[Bug lto/65588] lto1: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

  Attachment #35154|0   |1
is obsolete||

--- Comment #2 from David Kredba  ---
Created attachment 35155
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35155&action=edit
A little more c-reduced preprocessed file

[Bug c++/65678] New: internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:909

[nheghathivhistha at gmail dot com]

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

Bug ID: 65678
   Summary: internal compiler error: in gen_rtx_SUBREG, at
emit-rtl.c:909
   Product: gcc
   Version: 5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 35236
  --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35236&action=edit
Preprocessed source file

I can't compile debug enabled Gentoo Mozilla Firefox 37.0.1 package with
Gcc-5.0 trunk revision 221871:

srv5 mfbt # x86_64-pc-linux-gnu-g++ -o Unified_cpp_mfbt0.o -c 
-I../dist/system_wrappers -include
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/config/gcc_hidden.h
-DIMPL_MFBT -DMOZ_GLUE_IN_PROGRAM -DAB_CD=en-US -DNO_NSPR_10_SUPPORT
-I/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/mfbt -I. 
-I../dist/include   -I/usr/include/nspr -I/usr/include/nss   
-I/usr/include/pixman-1-fPIC   -DMOZILLA_CLIENT -include
../mozilla-config.h -MD -MP -MF .deps/Unified_cpp_mfbt0.o.pp  -Wall
-Wempty-body -Woverloaded-virtual -Wsign-compare -Wwrite-strings
-Wno-invalid-offsetof -Wcast-align -ggdb -pipe -march=core2 -mtune=core2
-mno-avx -fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions
-fno-math-errno -std=gnu++0x -pthread -pipe  -DDEBUG -DTRACING -g
-freorder-blocks -Os  -fno-omit-frame-pointer 
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/ff/mfbt/Unified_cpp_mfbt0.cpp
--save-temps
x86_64-pc-linux-gnu-g++: warning: -pipe ignored because -save-temps specified
In file included from
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/ff/mfbt/Unified_cpp_mfbt0.cpp:110:0:
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/mfbt/double-conversion/fixed-dtoa.cc:
In function ‘bool double_conversion::FastFixedDtoa(double, int,
double_conversion::Vector, int*, int*)’:
/var/tmp/portage/www-client/firefox-37.0.1/work/mozilla-release/mfbt/double-conversion/fixed-dtoa.cc:400:1:
internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:909
 }
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/5.0.0/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/5.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-5.0.0/work/gcc-5.0.0/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/5.0.0
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.0.0/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.0.0
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.0.0/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/5.0.0/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/5.0.0/include/g++-v5
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/5.0.0/python
--enable-languages=c,c++,fortran,ada --enable-obsolete --enable-secureplt
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 5.0.0' --enable-libstdcxx-time --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--enable-multilib --with-multilib-list=m32,m64 --disable-altivec
--disable-fixed-point --enable-targets=all --disable-libgcj --enable-libgomp
--disable-libmudflap --disable-libssp --disable-libcilkrts --enable-lto
--with-isl --disable-isl-version-check --enable-libsanitizer
Thread model: posix
gcc version 5.0.0 20150405 (experimental) [trunk revision 221871] (Gentoo
5.0.0)

Attaching ii file now and will try to reduce it.

[Bug c++/65678] internal compiler error: in gen_rtx_SUBREG, at emit-rtl.c:909

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
C-reduced test case:

extern "C" void *memmove(void *, const void *, unsigned long);
long a;
template  int BitCast(Source &p1) {
  memmove(&a, &p1, sizeof a);
  return a;
}

static int double_to_uint64(double p1) { return BitCast(p1); }

class A {
public:
  A(double p1) : d64_(double_to_uint64(p1)) {}
  int m_fn1();
  int m_fn2() {
int b;
b = d64_;
if (b)
  return 0;
  }
  int d64_;
};

void FillFractionals();
void FastFixedDtoa(double p1) {
  int c = A(p1).m_fn2(), d = A(p1).m_fn1();
  if (d)
FillFractionals();
}

[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails

[nheghathivhistha at gmail dot com]

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

--- Comment #10 from David Kredba  ---
(In reply to Markus Trippelsdorf from comment #9)
> So, invalid.

Xorg not agrees:

No, it's clearly valid, since PanoramiXNumScreens will always be set > 1
in PanoramiXExtensionInit() if noPanoramiXExtension is not set.   There
is no way that gcc can know this from compiling events.c alone, it would
have to do static analysis across dozens of source files, which it can't
do with the information passed to it during the compilation steps.

> Setting PanoramiXNumScreens = 1 in Xext/panoramiX.c fixes the issue.

How would gcc know that when you are compiling a completely unrelated
source file?

[Bug lto/59684] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #5 from David Kredba  ---
After I compiled 0.7.3 Vc with todays trunk the problem is gone.

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

[nheghathivhistha at gmail dot com]

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

--- Comment #17 from David Kredba  ---
Qtwebkit-4.8.5 compilation not ICEs gcc after your patch applied (it not links
the final library but that is another problem).

[Bug ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661

[nheghathivhistha at gmail dot com]

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

--- Comment #18 from David Kredba  ---
It linked!

(After appended "__attribute__((used))" to line "void* JIT_STUB
cti_vm_throw(STUB_ARGS_DECLARATION);" in
qt-everywhere-opensource-src-4.8.5/src/3rdparty/webkit/Source/JavaScriptCore/jit/JITStubs.h.
Same trick as for qtscript for -flto.)

[Bug c++/59775] New: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

Bug ID: 59775
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

I am trying to build Libreoffice 4.1.4.3 with current trunk.

S=/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 &&
O=$S/solver/unxlngx6.pro && W=$S/workdir/unxlngx6.pro &&  mkdir -p
$W/CxxObject/oox/source/core/ $W/Dep/CxxObject/oox/source/core/ && cd
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 && 
x86_64-pc-linux-gnu-g++ -DCPPU_ENV=gcc3 -DLIBO_INTERNAL_ONLY -DLINUX -DNDEBUG
-DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSOLAR_JAVA -DSUPD=410 -DUNIX -DUNX -DX86_64
-D_PTHREADS -D_REENTRANT  -DRTL_USING   -DOOX_DLLIMPLEMENTATION  
-DHAVE_GCC_VISIBILITY_FEATURE -fvisibility=hidden   -Wall -Wendif-labels
-Wextra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe 
-fvisibility-inlines-hidden -DLIBO_MERGELIBS -fPIC -Wshadow
-Woverloaded-virtual  -Wnon-virtual-dtor -std=gnu++0x  -DEXCEPTIONS_ON
-fexceptions -fno-enforce-eh-specs -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -mno-avx -mno-sse4.2 -mno-3dnow
-fno-lto -fno-use-linker-plugin  -c $S/oox/source/core/fragmenthandler.cxx -o
$W/CxxObject/oox/source/core/fragmenthandler.o  -I$S/oox/source/core/ 
-I$S/include -I$O/inc/external -I$O/inc  -I/usr/lib64/icedtea7/include
-I/usr/lib64/icedtea7/include/linux -I$S/config_host 
-I$W/CustomTarget/oox/generated -I$S/oox/inc 
-I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal
-I/usr/include
[build CXX] oox/source/core/recordparser.cxx
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/filterdetect.cxx:
In member function
‘com::sun::star::uno::Reference
oox::core::FilterDetect::extractUnencryptedPackage(comphelper::MediaDescriptor&)
const’:
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/filterdetect.cxx:778:1:
internal compiler error: Segmentation fault
 } // namespace oox
 ^
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/fragmenthandler2.cxx:200:1:
warning: macro "__code_model_small__" is not used [-Wunused-macros]
 } // namespace oox
 ^
S=/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 &&
O=$S/solver/unxlngx6.pro && W=$S/workdir/unxlngx6.pro &&  mkdir -p
$W/CxxObject/oox/source/core/ $W/Dep/CxxObject/oox/source/core/ && cd
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 && 
x86_64-pc-linux-gnu-g++ -DCPPU_ENV=gcc3 -DLIBO_INTERNAL_ONLY -DLINUX -DNDEBUG
-DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSOLAR_JAVA -DSUPD=410 -DUNIX -DUNX -DX86_64
-D_PTHREADS -D_REENTRANT  -DRTL_USING   -DOOX_DLLIMPLEMENTATION  
-DHAVE_GCC_VISIBILITY_FEATURE -fvisibility=hidden   -Wall -Wendif-labels
-Wextra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -pipe 
-fvisibility-inlines-hidden -DLIBO_MERGELIBS -fPIC -Wshadow
-Woverloaded-virtual  -Wnon-virtual-dtor -std=gnu++0x  -DEXCEPTIONS_ON
-fexceptions -fno-enforce-eh-specs -fPIC -O2 -ggdb -pipe -march=native
-mtune=native -flto=4 -fuse-linker-plugin -mno-avx -mno-sse4.2 -mno-3dnow
-fno-lto -fno-use-linker-plugin  -c $S/oox/source/core/recordparser.cxx -o
$W/CxxObject/oox/source/core/recordparser.o  -I$S/oox/source/core/ 
-I$S/include -I$O/inc/external -I$O/inc  -I/usr/lib64/icedtea7/include
-I/usr/lib64/icedtea7/include/linux -I$S/config_host 
-I$W/CustomTarget/oox/generated -I$S/oox/inc 
-I$W/UnoApiHeadersTarget/udkapi/normal -I$W/UnoApiHeadersTarget/offapi/normal
-I/usr/include
[build CXX] oox/source/core/relations.cxx
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/fragmenthandler.cxx:132:1:
warning: macro "__code_model_small__" is not used [-Wunused-macros]
 } // namespace oox
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.

I am reducing a testcase but based on that I search for a string "internal
compiler error: Segmentation fault" it can reduce it to an invalid case so I am
attaching original ii file too.

[Bug c++/59775] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Created attachment 31811
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31811&action=edit
Un-reduced ii file

[Bug c++/59775] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #2 from David Kredba  ---
$O, $W and $S expanded command to compiler is

x86_64-pc-linux-gnu-g++ -DCPPU_ENV=gcc3 -DLIBO_INTERNAL_ONLY -DLINUX -DNDEBUG
-DOPTIMIZE -DOSL_DEBUG_LEVEL=0 -DSOLAR_JAVA -DSUPD=410 -DUNIX -DUNX -DX86_64
-D_PTHREADS -D_REENTRANT  -DRTL_USING   -DOOX_DLLIMPLEMENTATION  
-DHAVE_GCC_VISIBILITY_FEATURE -fvisibility=hidden   -Wall -Wendif-labels
-Wextra -Wundef -Wunused-macros -fmessage-length=0 -fno-common -save-temps 
-fvisibility-inlines-hidden -DLIBO_MERGELIBS -fPIC -Wshadow
-Woverloaded-virtual  -Wnon-virtual-dtor -std=gnu++0x  -DEXCEPTIONS_ON
-fexceptions -fno-enforce-eh-specs -fPIC -O2 -ggdb -march=native -mtune=native
-flto=4 -fuse-linker-plugin -mno-avx -mno-sse4.2 -mno-3dnow -fno-lto
-fno-use-linker-plugin  -c
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/recordparser.cxx
-o ./recordparser.o 
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/oox/source/core/

-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/solver/unxlngx6.pro/inc/external
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/solver/unxlngx6.pro/inc
 -I/usr/lib64/icedtea7/include -I/usr/lib64/icedtea7/include/linux
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/config_host

-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CustomTarget/oox/generated
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/inc

-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/inc/UnoApiHeadersTarget/udkapi/normal
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/inc/UnoApiHeadersTarget/offapi/normal
-I/usr/include -I
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/UnoApiHeadersTarget/udkapi/normal
-I/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/UnoApiHeadersTarget/offapi/normal

Reducing it with x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -std=gnu++0x -c.

[Bug c++/59775] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
typedef int sal_Int8;
typedef int sal_Int64;
namespace com
{
namespace sun
{
namespace star
{
namespace uno
{
template < class > class Sequence
{
};
}
}
} typedef com::sun::star::uno::Sequence < sal_Int8 > StreamDataSequence;
class BinaryStreamBase
{
public:
virtual void seek (sal_Int64);
void seekToStart ()
{
seek (0);
} int mbEof;
};
class BinaryInputStream:public virtual BinaryStreamBase
{
};
class SequenceInputStream:public BinaryInputStream
{
public:
SequenceInputStream (StreamDataSequence &);
};
namespace core
{
void RecordParserparseStream ()
{
StreamDataSequence aRecData;
SequenceInputStream aRecStrm (aRecData);
aRecStrm.seekToStart ();
}
}
}

[Bug c++/59775] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
Created attachment 31812
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31812&action=edit
(c-)Reduced testcase

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #10 from David Kredba  ---
After your patch applied it not segfaults any more.
Unfortunately it not builds too, link of one module fails:

[build MOD] swext
S=/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2 &&
O=$S/solver/unxlngx6.pro && W=$S/workdir/unxlngx6.pro &&  mkdir -p $W/Module/ &
touch $W/Module/swext
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookhelper.o:
In function `~egmentProgressBar':
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookhelper.o:
In function `ox::SegmentProgressBar::~SegmentProgressBar()':
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookhelper.o:
In function `~egmentProgressBar':
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/include/oox/helper/progressbar.hxx:110:
undefined reference to `oox::ISegmentProgresBar::~ISegmentProgressBar()'
collect2: error: ld returned 1 exit status

Can this be anyhow related to your patch? Or GCC at all?

Why it names the function as `~egmentProgressBar'
when there is not such?
:
objdump -x
/var/tmp/portage/app-office/libreoffice-4.1.4.2/work/libreoffice-4.1.4.2/workdir/unxlngx6.pro/CxxObject/sc/source/filter/oox/workbookheer.o
|grep egment
372 .text.unlikely._ZN3oox18SegmentProgressBarD2Ev    
  d3ca  2**1
373 .text._ZN3oox18SegmentProgressBarD2Ev 0025   
  d3d0  2**4
374 .text.unlikely._ZN3oox18SegmentProgressBarD0Ev    
  d3f6  2**1
375 .text._ZN3oox18SegmentProgressBarD0Ev 002d   
  d400  2**4
 ld  .text.unlikely._ZN3oox18SegmentProgressBarD2Ev
 .text.unlikely._ZN3oox18SegmentProgressBarD2Ev
 ld  .text._ZN3oox18SegmentProgressBarD2Ev 
 .text._ZN3oox18SegmentProgressBarD2Ev
 ld  .text.unlikely._ZN3oox18SegmentProgressBarD0Ev
 .text.unlikely._ZN3oox18SegmentProgressBarD0Ev
 ld  .text._ZN3oox18SegmentProgressBarD0Ev 
 .text._ZN3oox18SegmentProgressBarD0Ev
 l   .group 
_ZN3oox18SegmentProgressBarD5Ev
  wF .text._ZN3oox18SegmentProgressBarD2Ev 
0025 _ZN3oox18SegmentProgressBarD2Ev
 *UND*   _ZTVN3oox18SegmentProgressBarE
 *UND*  
_ZN3oox19ISegmentProgressBarD2Ev
  wF .text._ZN3oox18SegmentProgressBarD2Ev 
0025 _ZN3oox18SegmentProgressBarD1Ev
  wF .text._ZN3oox18SegmentProgressBarD0Ev 
002d _ZN3oox18SegmentProgressBarD0Ev
 *UND*  
_ZN3oox18SegmentProgressBarC1ERKN3com3sun4star3uno9ReferenceINS3_4task16XStatusIndicatorEEERKN3rtl8OUStringE
58c1 R_X86_64_GOTPCREL 
_ZN3oox18SegmentProgressBarD0Ev-0x0004
58ce R_X86_64_GOTPCREL 
_ZTVN3oox18SegmentProgressBarE-0x0004
58e6 R_X86_64_PLT32   
_ZN3oox19ISegmentProgressBarD2Ev-0x0004
69af R_X86_64_PLT32   
_ZN3oox18SegmentProgressBarC1ERKN3com3sun4star3uno9ReferenceINS3_4task16XStatusIndicatorEEERKN3rtl8OUStringE-0x0004
69cc R_X86_64_GOTPCREL 
_ZN3oox18SegmentProgressBarD0Ev-0x0004
69d9 R_X86_64_GOTPCREL 
_ZTVN3oox18SegmentProgressBarE-0x0004
69f2 R_X86_64_PLT32   
_ZN3oox19ISegmentProgressBarD2Ev-0x0004
6ae7 R_X86_64_PLT32   
_ZN3oox18SegmentProgressBarC1ERKN3com3sun4star3uno9ReferenceINS3_4task16XStatusIndicatorEEERKN3rtl8OUStringE-0x0004
6b04 R_X86_64_GOTPCREL 
_ZN3oox18SegmentProgressBarD0Ev-0x0004
6b11 R_X86_64_GOTPCREL 
_ZTVN3oox18SegmentProgressBarE-0x0004
6b2a R_X86_64_PLT32   
_ZN3oox19ISegmentProgressBarD2Ev-0x

[Bug ipa/59775] [4.9 Regression] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #13 from David Kredba  ---
I have to keep LTO still off for Libreoffice. (And for many of simple programs
that do the test for endian type the way not counting with LTO and for some
that linker is not happy with relocation(s) and a few more different case. But
the main part is fine, icluding qtwebkit-4.8.5 (with only one fine tune in one
header file) which is great!)
I think there is standalone bug for Libreoffice LTO, am I wrong? I can append
the first error seen to it.

[Bug other/59882] New: dev-cpp/xsd: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

Bug ID: 59882
   Summary: dev-cpp/xsd: internal compiler error: Segmentation
fault
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31892
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31892&action=edit
Preprocessed source file - not reduced

Current trunk segfaults:

x86_64-pc-linux-gnu-g++
-I/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd -save-temps -fPIC
-O2 -ggdb -march=native -mtune=native -mno-avx -mno-sse4.2 -mno-3dnow -o
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.o
-c
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.cxx
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.cxx:
In member function ‘virtual Cult::Types::Fundamental::Void
CXX::Parser::{anonymous}::ArgList::traverse(XSDFrontend::SemanticGraph::Complex&)’:
/var/tmp/portage/dev-cpp/xsd-3.3.0-r1/work/xsd-3.3.0/xsd/cxx/parser/driver-source.cxx:520:9:
internal compiler error: Neoprávněný přístup do paměti (SIGSEGV)
 traverse (SemanticGraph::Complex& c)
 ^
Please submit a full bug report,
with preprocessed source if appropriate.
See <https://bugs.gentoo.org/> for instructions.

I am c-reducing a test case with -O2 -ggdb -fPIC.

[Bug other/59882] dev-cpp/xsd: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Created attachment 31896
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31896&action=edit
C-reduced test case - first run

[Bug other/59882] dev-cpp/xsd: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #2 from David Kredba  ---
c-reduce at --sllooww>

namespace std
{
template < class, class > struct pair;
template < typename _Iterator > struct iterator_traits
{
typedef typename _Iterator::value_type value_type;
};
template < typename > class allocator
{
public:
template < typename > struct rebind
{
typedef allocator other;
};
};
template < typename > struct less
{
};
template < typename > struct _Select1st;
}

namespace __gnu_cxx
{
template < typename _Alloc > struct __alloc_traits
{
template < typename _Tp > struct rebind
{
typedef typename _Alloc::template rebind < _Tp >::other other;
};
};
}
namespace std
{
template < typename > struct _Rb_tree_node;
template < typename, typename _Val, typename, typename _Compare,
 typename _Alloc = allocator < _Val > >class _Rb_tree
{
typedef typename __gnu_cxx::__alloc_traits < _Alloc >::template rebind <
_Rb_tree_node < _Val > >::other _Node_allocator;
typedef _Alloc allocator_type;
template < typename _Key_compare > struct _Rb_tree_impl
{
_Rb_tree_impl (_Key_compare, _Node_allocator);
};
_Rb_tree_impl < _Compare > _M_impl;
public:
_Rb_tree (_Compare __comp, allocator_type __a):_M_impl (__comp,
__a)
{
}
};
template < typename _Key, typename _Tp, typename _Compare =
less < _Key >, typename _Alloc =
allocator < pair < _Key, _Tp > > >class map
{
public:
typedef _Key key_type;
typedef pair < _Key, _Tp > value_type;
typedef _Compare key_compare;
typedef _Alloc allocator_type;
typedef _Rb_tree < key_type, value_type, _Select1st < value_type >,
key_compare > _Rep_type;
_Rep_type _M_t;
map (_Compare __comp, allocator_type __a = allocator_type ()):_M_t (__comp,
__a)
{
}
};
template < typename _Tp > struct _List_iterator
{
typedef _Tp value_type;
};
template < typename _Tp > class list
{
public:
typedef _List_iterator < _Tp > iterator;
};
}

namespace Cult
{
namespace Types
{
namespace Fundamental
{
typedef void Void;
typedef int WideChar;
} using Fundamental::Void;
using Fundamental::WideChar;
} namespace
{
template < typename I > class IteratorAdapter
{
public:
typedef typename std::iterator_traits <
I >::value_type Value;
};
} namespace Types
{
template < typename > class StringTemplate;
typedef StringTemplate < WideChar > WideString;
} namespace Containers
{
template < typename K, typename T > class Map:std::map < K, T >
{
typedef std::map < K, T > Base;
typedef typename Base::key_compare Compare;
public:
Map (Compare comp = Compare ()):Base (comp)
{
}
};
template < typename T > class List
{
typedef std::list < T > Base;
public:
typedef IteratorAdapter < typename Base::iterator >
Iterator;
};
}
}

namespace
{
using namespace Cult::Types;
}

namespace XSDFrontend
{
namespace SemanticGraph
{
namespace Bits
{
template < typename > struct strip_pointer;
template < typename X > struct strip_pointer 
{
typedef X Type;
};
template < typename I > struct PointerIterator
{
typedef typename strip_pointer < typename I::Value >::Type Reference;
Reference operator* ();
};
} class Edge
{
};
class Node;
class Names:public Edge
{
};
class Scope
{
typedef Cult::Containers::List < Names * >NamesList;
public:
typedef Bits::PointerIterator < NamesList::Iterator >
NamesIterator;
};
class Type;
class Complex:public Scope
{
};
}
}
namespace FrontendElements
{
namespace Traversal
{
template < typename > class TraverserBase
{
};
template < typename X > class DispatcherBase
{
public:
virtual Void dispatch (X);
};
template < typename X > class Dispatcher:public DispatcherBase < X >
{
};
}
}

namespace XSDFrontend
{
namespace Traversal
{
namespace Bits
{
using FrontendElements::Traversal::TraverserBase;
using FrontendElements::Traversal::DispatcherBase;
using FrontendElements::Traversal::Dispatcher;
} typedef Bits::DispatcherBase < SemanticGraph::Edge > EdgeDispatcherBase;
struct EdgeBase:virtual Bits::Dispatcher < SemanticGraph::Edge >,
Bits::Dispatcher < SemanticGraph::Node >
{
};
template < typename > struct Edge:Bits::TraverserBase <
SemanticGraph::Edge >, EdgeBase
{
};
struct Names:Edge < Names >
{
};
template < typename T > struct ScopeTemplate
{
template < typename > Void names (T, EdgeDispatcherBase & d)
{
typename T::NamesIterator b;
d.dispatch (*b);
} Void names (T s, EdgeDispatcherBase & d)
{
names < ScopeTemplate > (s, d);
}
};
struct Complex:ScopeTemplate < SemanticGraph::Complex >
{
};
} typedef WideString String;
class Context
{
};
namespace Parser
{
namespace
{
typedef Cult::Containers::Map < SemanticGraph::Type,
String > TypeInstanceMap;
struct BaseType
{
BaseType (Context);
};
struct ArgList:Traversal::Complex
{
ArgList (Context, TypeInstanceMap)
{
} virtual Void traverse (SemanticGraph

[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
I am still affected by this on trunk with pykde4-4.12.1. Should I report it as
pykde bug to its maintainers?

CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `~Notifier':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `Phonon::BackendCapabilities::Notifier::~Notifier()':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
collect2: error: ld returned 1 exit status

[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #7 from David Kredba  ---
Gcc 4.8.2 compiles the same source code without errors reported for all
selected Python 2.7, 3.2 and 3.3 versions. (Regression?)

[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #9 from David Kredba  ---
Maybe this is a same type of problem (kde-base/korganizer-4.12.1):

CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o: In function `KOrg::Part::~Part()':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o: In function `~Part':
/var/tmp/portage/kde-base/korganizer-4.12.1/work/korganizer-4.12.1/korganizer/interfaces/korganizer/part.h:55:
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTIN4KOrg4PartE[_ZTIN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::Part'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::PartBase'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x18):
undefined reference to `KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x20):
undefined reference to `KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x28):
undefined reference to `KParts::PartBase::setComponentData(KComponentData
const&)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0x30):
undefined reference to `KParts::PartBase::setComponentData(KComponentData
const&, bool)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xb0):
undefined reference to `typeinfo for KParts::PartBase'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xb8):
undefined reference to `virtual thunk to KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xc0):
undefined reference to `virtual thunk to KParts::PartBase::~PartBase()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE16_N6KParts8PartBaseE[_ZTVN4KOrg4PartE]+0xf8):
undefined reference to `virtual thunk to
KParts::PartBase::setComponentData(KComponentData const&)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x10):
undefined reference to `typeinfo for KParts::Part'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x18):
undefined reference to `KParts::Part::metaObject() const'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x20):
undefined reference to `KParts::Part::qt_metacast(char const*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x28):
undefined reference to `KParts::Part::qt_metacall(QMetaObject::Call, int,
void**)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x30):
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x38):
undefined reference to `KParts::Part::~Part()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x60):
undefined reference to `KParts::Part::customEvent(QEvent*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x78):
undefined reference to `KParts::Part::embed(QWidget*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x80):
undefined reference to `KParts::Part::widget()'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x88):
undefined reference to `KParts::Part::setManager(KParts::PartManager*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x90):
undefined reference to `KParts::Part::hitTest(QWidget*, QPoint const&)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0x98):
undefined reference to `KParts::Part::setSelectable(bool)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4PartE]+0xa0):
undefined reference to `KParts::Part::setWidget(QWidget*)'
CMakeFiles/korganizer_core.dir/kocore.o:(.data.rel.ro._ZTCN4KOrg4PartE0_N6KParts4PartE[_ZTVN4KOrg4Par

[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #10 from David Kredba  ---
I reported this as Calligra error but it is not. Gcc-4.8.2 can compile the same
source code. Trunk can't:

CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o: In
function `Calligra::Sheets::Conditions::operator<(Calligra::Sheets::Conditions
const&) const':
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
undefined reference to `Calligra::Sheets::qHash(Calligra::Sheets::Conditions
const&)'
CMakeFiles/calligrasheetscommon.dir/commands/ConditionCommand.cpp.o:/var/tmp/portage/app-office/calligra-2.7.5/work/calligra-2.7.5/sheets/Condition.h:170:
more undefined references to
`Calligra::Sheets::qHash(Calligra::Sheets::Conditions const&)' follow
collect2: error: ld returned 1 exit status
sheets/CMakeFiles/calligrasheetscommon.dir/build.make:3108: recipe for target
'lib/libcalligrasheetscommon.so.12.0.0' failed
make[2]: *** [lib/libcalligrasheetscommon.so.12.0.0] Error 1


I think this is the same type of error.

[Bug ipa/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #12 from David Kredba  ---
I can provide .ii files. Is this reducable? I can try target c-reduce to linker
error. Is any of the http://gcc.gnu.org/wiki/A_guide_to_testcase_reduction
applicable here please?
What is clear is that gcc-4.8.2 can compile it, trunk gcc not. All of these
packages.
Thank you.

[Bug preprocessor/59935] [4.9 Regression] Firefox build fails with: : internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
Is this having the same cause please?

It is a seamonkey-2.23 configure stage.

configure:24169: checking size of int *
configure:24188: x86_64-pc-linux-gnu-gcc -o conftest -fPIC -ggdb -pipe
-march=native -mtune=native -mno-avx -mno-sse4.2 -mno-3dnow  -mno-avx
-std=gnu99 -fgnu89-inline -fno-strict-aliasing -fno-math-errno -pthread 
-lpthread -Wl,--as-needed -Wl,-O2 -ggdb -pipe -march=native -mtune=native
-mno-avx -mno-sse4.2 -mno-3dnow -fPIC -Wl,-z,noexecstack -Wl,-z,text -B
/var/tmp/portage/www-client/seamonkey-2.23/work/comm-release/seamonk/mozilla/build/unix/gold
conftest.c -ldl  1>&5
configure:24179:1: warning: return type defaults to 'int' [enabled by default]
x86_64-pc-linux-gnu-gcc: internal compiler error: Segmentation fault (program
cc1)
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure: failed program was:
#line 24177 "configure"
#include "confdefs.h"
#include 
main()
{
  FILE *f=fopen("conftestval", "w");
  if (!f) exit(1);
  fprintf(f, "%d\n", sizeof(int *));
  exit(0);
}
configure: error: Unexpected pointer size

trunk revision 207070

[Bug preprocessor/59935] [4.9 Regression] Firefox build fails with: : internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
The patch works as you said.
Thank you.

[Bug lto/59977] New: lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

Bug ID: 59977
   Summary: lto1: internal compiler error: bytecode stream:
expected tag real_type instead of error_mark
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

Created attachment 31975
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31975&action=edit
un-reduced gzipped preprocessed file

When I remove libraries it not ICEs.
Creduce is stuck at beginning and not able to remove any line.
When I ran
cat testcase.i | grep -v '^# .*$' | grep -v '^[[:space:]]*$' > testcase.x
on ii file and test the resulting files with comments removed it not ICEs with
the same compilation command.

gcc -v
Using built-in specs.
COLLECT_GCC=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20140128/gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140128/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.9.0_alpha20140128/work/gcc-4.9-20140128/configure
--host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --prefix=/usr
--bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.9.0-alpha20140128
--includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140128/include
--datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128
--mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128/man
--infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128/info
--with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.9.0-alpha20140128/include/g++-v4
--with-python-dir=/share/gcc-data/x86_64-pc-linux-gnu/4.9.0-alpha20140128/python
--enable-languages=c,c++,java,go,objc,obj-c++,fortran,ada --enable-obsolete
--disable-werror --with-system-zlib --enable-nls --without-included-gettext
--enable-checking=release --with-bugurl=https://bugs.gentoo.org/
--with-pkgversion='Gentoo 4.9.0_alpha20140128' --enable-libstdcxx-time
--enable-shared --enable-threads=posix --enable-__cxa_atexit
--enable-clocale=gnu --enable-multilib --disable-altivec --disable-fixed-point
--enable-targets=all --enable-java-awt=gtk --enable-libgomp --enable-lto
--without-cloog
Thread model: posix
gcc version 4.9.0-alpha20140128 20140129 (experimental) [trunk revision 207224]
(Gentoo 4.9.0_alpha20140128)

The command is:

LC_ALL=C LANG=C  /usr/bin/x86_64-pc-linux-gnu-g++  -fPIC -flto=4
-fuse-linker-plugin -O2 -ggdb -pipe -march=native -mtune=native 
-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  -march=core2 -msse2 -msse3
-mssse3 -msse4.1 -mno-sse4.2 -mno-sse4a -mno-avx -mno-xop -mno-fma4  -Wabi
-fabi-version=0 -ffp-contract=fast -Wl,--enable-new-dtags -Wl,--no-undefined
-lc  -flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -O2 -ggdb -pipe
-march=native -mtune=native -shared -Wl,-soname,libpigmentcms.so.13 -o
/dev/null
/var/tmp/portage/app-office/calligra-2.7.91/work/calligra-2.7.91_build/libs/pigment/KoOptimizedCompositeOpFactoryPerArch_Scalar.ii
-L/var/tmp/portage/app-office/calligra-2.7.91/work/calligra-2.7.91_build/lib 
-L/usr/lib64/qt4
/var/tmp/portage/app-office/calligra-2.7.91/work/calligra-2.7.91_build/lib/libkoplugin.so.13.0.0
-lImath -lIlmImf -lIex -lHalf -lIlmThread -Wl,-Bstatic -lVc -Wl,-Bdynamic
/usr/lib64/qt4/libQtGui.so /usr/lib64/qt4/libQtXml.so
/usr/lib64/libkdecore.so.5.12.1 /usr/lib64/qt4/libQtDBus.so
/usr/lib64/qt4/libQtCore.so -lpthread

How can I reduce it please?

[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
Gcc-4.8.2 compiles Calligra 2.7.91 with the same CFLAGS.

[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
Thank you.

sci-libs/vc was build with gcc 4.9 lto a few svn revisions before, other
libraries are not built with LTO at all.

I will try vc first and then this again.

[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
No, it was not gcc 4.9 lto on vc, it was gcc 4.8.2 lto, so no slim.

I can't build vc with gcc 4.9 lto:

Linking CXX executable c++11_arithmetics_sse
cd /var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3_build/tests &&
/usr/bin/cmake -E cmake_link_script
CMakeFiles/c++11_arithmetics_sse.dir/link.txt --verbose=1
/usr/bin/x86_64-pc-linux-gnu-g++   -flto=4 -fuse-linker-plugin -O2 -ggdb -pipe
-march=native -mtune=native  -W -Wall -Wswitch -Wformat -Wchar-subscripts
-Wparentheses -Wmultichar -Wtrigraphs -Wpointer-arith -Wcast-align
-Wreturn-type -Wno-unused-function -pedantic -Wno-long-long -Wshadow -ansi
-Wundef -Wold-style-cast -Wno-variadic-macros -Wno-unused-local-typedefs  
-flto=4 -fuse-linker-plugin -Wl,--as-needed -Wl,-O2 -O2 -ggdb -pipe
-march=native -mtune=native
CMakeFiles/c++11_arithmetics_sse.dir/arithmetics.cpp.o  -o
c++11_arithmetics_sse -rdynamic ../libVc.a
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o: In function
`void fma >()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o: In function
`store':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o: In function
`void fma >()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans0.ltrans.o:/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
more undefined references to `Vc::RandomState' follow
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans1.ltrans.o: In function
`isImplementationSupported':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:90:
undefined reference to `Vc::isImplementationSupported(Vc::Implementation)'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:91:
undefined reference to `Vc::extraInstructionsSupported()'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/cc8elhuv.ltrans6.ltrans.o: In function
`__base_ctor ':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/version.h:45:
undefined reference to `Vc::checkLibraryAbi(unsigned int, unsigned int, char
const*)'
collect2: error: ld returned 1 exit status
tests/CMakeFiles/arithmetics_scalar.dir/build.make:241: recipe for target
'tests/arithmetics_scalar' failed
make[2]: *** [tests/arithmetics_scalar] Error 1
make[2]: Leaving directory
'/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3_build'
CMakeFiles/Makefile2:1506: recipe for target
'tests/CMakeFiles/arithmetics_scalar.dir/all' failed
make[1]: *** [tests/CMakeFiles/arithmetics_scalar.dir/all] Error 2
make[1]: *** Waiting for unfinished jobs
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o: In function
`void fma >()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o: In function
`store':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/scalar/vector.h:125: undefined
reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o: In function
`void fma >()':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
undefined reference to `Vc::RandomState'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans0.ltrans.o:/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/tests/arithmetics.cpp:409:
more undefined references to `Vc::RandomState' follow
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans2.ltrans.o: In function
`isImplementationSupported':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:90:
undefined reference to `Vc::isImplementationSupported(Vc::Implementation)'
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/support.h:91:
undefined reference to `Vc::extraInstructionsSupported()'
/var/tmp/portage/dev-libs/vc-0.7.3/temp/ccA8DzQC.ltrans7.ltrans.o: In function
`__base_ctor ':
/var/tmp/portage/dev-libs/vc-0.7.3/work/vc-0.7.3/include/Vc/version.h:45:
undefined reference to `Vc::checkLibraryAbi(unsigned int, unsigned int, char
const*)'
collect2: error: ld returned 1 exit status
tests/CMakeFiles/c++11_arithmetics_scalar.dir/build.make:241: recipe for target
'tests/c++11_arithmetics_scalar' 

[Bug lto/59977] lto1: internal compiler error: bytecode stream: expected tag real_type instead of error_mark

[nheghathivhistha at gmail dot com]

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

David Kredba  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |INVALID

--- Comment #6 from David Kredba  ---
It was the vc with gcc 4.8.2 lto.

Thank you.

I still can't compile calligra with gcc-4.9 (with or without lto) but that is
part of another bug.

[Bug other/60099] New: internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

Bug ID: 60099
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.9.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
  Assignee: unassigned at gcc dot gnu.org
  Reporter: nheghathivhistha at gmail dot com

I can't build Seamonkey with rev.

x86_64-pc-linux-gnu-g++ -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API
-DIMPL_LIBXUL  -DSTATIC_EXPORTABLE_JS_API -DNO_NSPR_10_SUPPORT -fPIC  
-DMOZILLA_CLIENT -ggdb -pipe -march=native -mtune=native -mno-avx
-fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions -fno-math-errno
-std=gnu++0x -pthread -DNDEBUG -DTRIMMED -Os -freorder-blocks 
-fomit-frame-pointer -c testcase.ii


C-reduced testcase:

typedef enum
{ }
nsresult;
struct nsID
{
};
typedef nsID nsCID;
typedef nsID nsIID;
class nsISupports
{
};
class nsCOMPtr_helper
{
public:
virtual nsresult operator () (const nsIID &, void **) const;
};
template < class T > class nsRefPtr
{
public:
T element_type;
nsRefPtr & operator= (const nsCOMPtr_helper & helper)
{
helper (T::template COMTypeInfo < int >::kIID, 0);
}
};

class nsIURI:nsISupports
{
public:
template < class > struct COMTypeInfo
{
static nsIID kIID;
};
};
extern "C"
{
#pragma GCC visibility push(default)
}
class nsCreateInstanceByCID:public nsCOMPtr_helper
{
public:
nsCreateInstanceByCID (nsCID & aCID, nsISupports *, nsresult *):mCID
(aCID),
mErrorPtr ()
{
} nsresult operator () (const nsIID &, void **) const;
nsCID & mCID;
nsresult *mErrorPtr;
};

nsCID kSimpleURICID;
inline nsCreateInstanceByCID
do_CreateInstance (nsCID & aCID, nsresult *)
{
return nsCreateInstanceByCID (aCID, 0, 0);
}

void
nsDataHandlerNewURI ()
{
nsRefPtr < nsIURI > uri;
uri = do_CreateInstance (kSimpleURICID, 0);
}

[Bug other/60099] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #1 from David Kredba  ---
I am sorry, revision 207472.

[Bug other/60099] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #3 from David Kredba  ---
Here it shows line number too.
./testcase.i:62:1: internal compiler error

Going to attach original ii file.

In check.sh I used in addition -I and -include that I deleted from the command
before sending here, can it be that?

x86_64-pc-linux-gnu-g++ -o nsDataHandler.o -c -I../../../dist/stl_wrappers
-I../../../dist/system_wrappers -include
/var/tmp/portage/www-client/seamonkey-2.24/work/comm-release/mozilla/config/gcc_hidden.h
-DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -DIMPL_LIBXUL 
-DSTATIC_EXPORTABLE_JS_API -DNO_NSPR_10_SUPPORT
-I/var/tmp/portage/www-client/seamonkey-2.24/work/comm-release/mozilla/netwerk/protocol/data/../../base/src

-I/var/tmp/portage/www-client/seamonkey-2.24/work/comm-release/mozilla/netwerk/protocol/data
-I. -I../../../dist/include  -I/usr/include/nspr -I/usr/include/nss  -fPIC 
 -DMOZILLA_CLIENT -ggdb -pipe -march=native -mtune=native -mno-avx
-fno-exceptions -fno-strict-aliasing -fno-rtti -fno-exceptions -fno-math-errno
-std=gnu++0x -pthread -DNDEBUG -DTRIMMED -Os -freorder-blocks 
-fomit-frame-pointer -c ./testcase.i

[Bug other/60099] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #4 from David Kredba  ---
Created attachment 32068
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32068&action=edit
testcase.i produced by c-reduce

[Bug other/60099] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #5 from David Kredba  ---
Created attachment 32069
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=32069&action=edit
Original ii file gzipped

[Bug other/60099] internal compiler error: Segmentation fault

[nheghathivhistha at gmail dot com]

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

--- Comment #6 from David Kredba  ---
Revision 207565 is fine with it.

[Bug c++/58678] [4.9 Regression] pykde4-4.11.2 link error (devirtualization too trigger happy)

[nheghathivhistha at gmail dot com]

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

--- Comment #15 from David Kredba  ---
It is still present in rev. 207565 and pykde4-4.12.2:

CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `~Notifier':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
CMakeFiles/python_module_PyKDE4_phonon.dir/sip/phonon/sipphononpart5.cpp.o: In
function `Phonon::BackendCapabilities::Notifier::~Notifier()':
/usr/include/phonon/backendcapabilities.h:57: undefined reference to `vtable
for Phonon::BackendCapabilities::Notifier'
collect2: error: ld returned 1 exit status

[Bug lto/59626] [4.8/4.9 Regression] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

[nheghathivhistha at gmail dot com]

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

--- Comment #10 from David Kredba  ---
There is preprocessed source in closed as duplicate of this error:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56088.

I will attach one from program cp.

[Bug lto/59626] [4.8/4.9 Regression] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining

[nheghathivhistha at gmail dot com]

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

--- Comment #14 from David Kredba  ---
For me it is fixed too, tested it by reveision 207938, cp compiles fine with
-flto=4 -fuse-linker-plugin. It crashes later at link time but that is
something completely different.