[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

[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

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

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

[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::Optimiz

[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

oduct: 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

[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

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

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

[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 f

[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-th

[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

[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

[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 y

[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 t

[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

IRMED 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-64bi

[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."

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

[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-l

[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

[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

<    1   2