[Bug other/59648] -O2 -flto compilation of xorg-server-1.15.0 fails
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 compilation of xorg-server-1.15.0 fails
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] New: -O2 compilation of xorg-server-1.15.0 fails
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 tree-optimization/59622] [4.9 Regression] internal compiler error: verify_gimple failed
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 tree-optimization/59622] [4.9 Regression] internal compiler error: verify_gimple failed
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
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 lto/59626] New: [4.9 lto] /usr/include/bits/unistd.h:173:1: error: inlining failed in call to always_inline 'readlinkat': recursive inlining
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 fortran/45586] [4.8/4.9 Regression] ICE non-trivial conversion at assignment
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 other/59622] trunk gcc-4.9.0:internal compiler error: verify_gimple failed
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 other/59622] New: trung gcc-4.9.0:internal compiler error: verify_gimple failed
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 libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)
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 libitm/53113] Build fails in x86_avx.cc if AVX disabled but supported by as (Solaris & Linux)
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)
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)
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)
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 ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661
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 ipa/59226] [4.9 Regression] ICE: in record_target_from_binfo, at ipa-devirt.c:661
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
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 lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine
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 lto/59505] gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine
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
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
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
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
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
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
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] New: gcc-4.9.0-20131208 can't link glsl_compiler with -flto=4 in -m32 where gcc-4.8.2 works fine
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/58251] [4.7/4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
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/58251] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
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] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706
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
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
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
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
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?
