Home > Internal Compiler > Internal Compiler Error In Splice_child_die At Dwarf2out.c

Internal Compiler Error In Splice_child_die At Dwarf2out.c

Can try, but only after returning from Bertinoro. OPM member andlaus commented Jun 3, 2013 I tried @alfbr's suggestion, but no luck. (Okay, I did not recompile superLU and dune-common, but this hopefully does not make a difference.) @bska Looks like they are not overweighting it at the Creduce web site, it is way better then delta. This may or may not be a duplicate of bug 46135. news

Description jpakkane 2013-08-27 12:01:57 UTC With Gcc 4.8.1 on Ubuntu Saucy x86-64 I can reliably trigger an ICE. lto/ * lto.c (lto_ft_decl_non_common): When we merged DECL_ORIGINAL_TYPE with the type of the TYPE_DECL clear DECL_ORIGINAL_TYPE. * g++.dg/lto/pr48354-1_0.C: New testcase. 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 See for instructions.

See for instructions. gnu ! All connections I found here filters VPN.

  1. And yes, reducing the testcase to a few input files is necessary - you can bisect the linker inputs by adding -r -nostdlibs (performing a partial link).
  2. Thank you.
  3. rolk closed this Jun 25, 2013 Sign up for free to join this conversation on GitHub.

Comment 16 Markus Trippelsdorf 2013-12-09 17:57:42 UTC (In reply to Richard Biener from comment #15) > Confirmed with 4.7.3 and 4.8.2. Comment 8 Dirk Mueller 2005-10-12 21:12:47 UTC SVN commit 469980 by mueller: workaround compiler bug in gcc 3.3.x CCMAIL: 114261-done@bugs.kde.org M +11 -0 collectionreader.cpp --- trunk/extragear/multimedia/amarok/src/collectionreader.cpp #469979:469980 @@ -188,6 +188,17 @@ Bug58251 - [4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_child_die, at dwarf2out.c:4706 Summary: [4.8 Regression] -flto causes ICE lto1: internal compiler error: in splice_ch... I would really like to start developing and testing programs with my calculator on days other than Thursday (the only day I have access to a Mac).

Description Wouter Vermaelen 2011-03-30 07:59:00 UTC I got this ICE when trying to compile the openMSX package using -flto. A little > more reduced ii file uploaded. g++-fsf-4.7 -r -nostdlib -g -flto bug.ii In file included from bug.ii:8:0, from :2: bug.ii: In function ‘f’: bug.ii:11:1: internal compiler error: in splice_child_die, at dwarf2out.c:5009 Please submit a full bug report, https://gcc.gnu.org/ml/gcc-bugs/2013-12/msg00530.html lto-wrapper: g++-fsf-4.7 returned 1 exit status collect2: error: lto-wrapper returned 1 exit status Comment 17 Richard Biener 2011-12-09 12:31:36 UTC *** Bug 50279 has been marked as a duplicate of this

How to debug this please? No, that's another expected one. Comment 6 Dirk Mueller 2005-10-12 20:53:56 UTC I currently see no way around other than not compiling this file with "-g" aka not using --enable-debug Comment 7 Kristjan Ugrin 2005-10-12 20:55:00 For the remaining object file inputs (AFAIK only python_scripter.o?) please attach preprocessed source from the compile-stage.

It at least misses walking DECL_ORIGINAL_TYPE in free-lang-data. https://gcc.gnu.org/ml/gcc-bugs/2011-03/msg03131.html See for instructions. Error: g++ -DHAVE_CONFIG_H -I./amarok/src -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src -I. -I./amarok/src/amarokcore -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src/amarokcore -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src/analyzers -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src/engine -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src/plugin -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src/statusbar -I/opt/kde3/include/arts -I/usr/local/include/taglib -I/razno/Kriko/Appz/Amarok/Amaroksvn/amarokFromSvn/multimedia/amarok/src/sqlite -I/opt/kde3/include -I/usr/lib/qt3/include -I/usr/X11R6/include -DQT_THREAD_SUPPORT -D_REENTRANT -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith Comment 4 Thiago Macieira 2005-10-12 15:07:09 UTC Why are we trying to fix an "internal compiler error"?

make[6]: *** [/tmp/ccaKinu0.ltrans21.ltrans.o] Error 1 Shall I try to get testcase? navigate to this website Comment 19 Richard Biener 2014-06-12 13:43:42 UTC The 4.7 branch is being closed, moving target milestone to 4.8.4. The scope blocks look the same for cc1plus and lto1: { Scope block 0x7ffff5b42058#2 typedef struct Dummy Dummy; (unused) struct S s; (unused) } One difference is that cc1plus sees DECL_ORIGINAL_TYPE bug.ii:11:1: internal compiler error: in splice_child_die, at dwarf2out.c:8064 ...

true, but our stuff should not be too picky about the compiler, even if it has bugs. I managed to reduce it to this: > cat bug.ii template struct Identity { typedef T type; }; struct S { typedef void (S::*FP)(); FP fp; }; void g(); void Started new delta. More about the author Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc.

See also the dwarf2out.c commented change which might be necessary (ISTR to run into this). Comment 12 rguenther@suse.de 2011-06-01 08:54:43 UTC On Tue, 31 May 2011, hubicka at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48354 > > --- Comment #11 from Jan Hubicka OPM member bska commented Jun 3, 2013 As far as I can tell, this is a compiler issue--not a problem with the OPM-Autodiff code base per se.

What can I do next please? lto-wrapper: /usr/bin/c++ returned 1 exit status /usr/bin/ld: lto-wrapper failed collect2: error: ld returned 1 exit status You need CMake, libicu-dev, python3-dev and libboost-python-dev to compile the library. You signed out in another tab or window. Comment 6 David Kredba 2013-12-05 17:18:40 UTC 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

I wonder whether it makes sense to try backporting "4.9 LTO" to 4.8 ... (too much fallout in the end I guess). OPM member atgeirr commented Jun 3, 2013 Is lto still on by default in the build system? S_ISDIR ( statBuf.st_mode) || m_processedDirs.find(de) != -1 ) { debug() << "Skipping, already scanned: " << dir << endl; return; Comment 9 Roland 2005-10-12 22:09:48 UTC reported to suse: g++ Internal http://colvertgroup.com/internal-compiler/internal-compiler-error-in-dwarf2out-finish.php A little more reduced ii file uploaded.

So, I'm not entirely happy, but somehow we have to stream DECL_ORIGINAL_TYPE. This may or may not be a duplicate of bug 46135. KDE Bugtracking System Home New Browse Search Advanced Search Reports Requests | | Help NewAccount | Log In [x] Forgot Password Login: This bug is not in your last search results. I have seen problems linking stuff that has been compiled with different optimisations before, so I am just throwing it out here.

Otherwise it could be a gcc bug, so testing with other versions of gcc might be an option. Comment 10 Richard Biener 2011-05-30 11:59:30 UTC Created attachment 24395 [details] updated patch Updated patch containing the fld hunk. jacobly0 commented Sep 15, 2016 This is a g++ bug. Format For Printing -XML -Clone This Bug -Top of page Home | New | Browse | Search | [?] | Reports | Help | NewAccount | Log In Remember [x] |

Boost testcases are always fun ;-) For testcase this huge I recommend Creduce, because it runs in parallel by default. Comment 14 Jan Hubicka 2011-06-02 01:02:10 UTC Same get_typedef_die ICE with this patch, too. Called from cc1plus via #4 0x00000000009e9d25 in dwarf2out_type_decl (decl=0x7ffff5b86450, local=0) at /space/rguenther/src/svn/trunk/gcc/dwarf2out.c:21985 21985 dwarf2out_decl (decl); (gdb) #5 0x0000000000cd1e8c in rest_of_type_compilation (type=0x7ffff5b7f7e0, toplev=1) at /space/rguenther/src/svn/trunk/gcc/passes.c:230 230 debug_hooks->type_decl (TYPE_STUB_DECL (type), !toplev); (gdb) #6 Started new delta.

g++-fsf-4.7 -dynamiclib -Ofast -funroll-loops -g -flto -fdefault-integer-8 -flat_namespace -undefined suppress -single_module noePot.o atomProb.o rdcPot1.o csaPot.o jCoupPot.o shapePot.o atomDensity.o probDistPot.o cosRatioPot.o ncsPot.o prePot.o rdcWavePot.o varTensor.o surfaceArea.o psolPot.o orderPot.o posRMSDPot.o utils.o posSymmPot.o sphereFun.o OPM member bska commented Jun 3, 2013 I don't know what causes the symptoms @andlaus is seeing. Now it would be interesting to bisect what fixed this on the trunk ... > /space/rguenther/install/gcc-4.8.2/bin/g++ t.ii -g -flto -r -nostdlib -flto-partition=none t.ii: In function 'void fn1()': t.ii:147:25: warning: deprecated conversion