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

Internal Compiler Error In Splice_child_die At Dwarf2out.c

The bug should then be reproducible by exchanging python_scripter.o for python_scripter.ii on the command-line and thus make the bug reproducible with just that file. 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. Reload to refresh your session. 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 navigate to this website

test $? = 0; then exit 1 fi and run delta, multidelta or Creduce with it. Terms Privacy Security Status Help You can't perform that action at this time. See for instructions. 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

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. Comment 7 Richard Biener 2013-12-06 10:35:51 UTC (In reply to David Kredba from comment #6) > I "reduced" it to this: > > /usr/bin/x86_64-pc-linux-gnu-g++ -fPIC -O2 -ggdb -pipe -march=native > -mtune=native The patch isn't complete.

It may just be that LTO is sufficiently unstable that it should not be enabled by default in any OPM modules. this means "don't hold your breath for a fix". No, that's another expected one. Format For Printing -XML -Clone This Bug -Top of page Home | New | Browse | Search | [?] | Reports | Help | NewAccount | Log In Remember [x] |

So, I'm not entirely happy, but somehow we have to stream DECL_ORIGINAL_TYPE. lto-wrapper: /usr/bin/c++ returned 1 exit status /usr/bin/ld: fatal error: lto-wrapper failed collect2: error: ld returned 1 exit status make[2]: *** [bin/sim_2p_comp_ad] Error 1 make[1]: *** [CMakeFiles/sim_2p_comp_ad.dir/all] Error 2 make: *** [all] 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 read the full info here Can try, but only after returning from Bertinoro.

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 I'll attach an updated patch. [prev in list] [next in list] [prev in thread] [next in thread] Configure | About | News | Addalist | SponsoredbyKoreLogic Search:[]List[]Subjects[]Authors[]Bodies (mustpickalistfirst) Set Page We used to fail twice during mozilla build, now we fail about approximately 5 different shared libraries. This may or may not be a duplicate of bug 46135.

  • It at least misses walking DECL_ORIGINAL_TYPE in free-lang-data.
  • The ICE is now more common.
  • 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
  • Comment 21 Richard Biener 2015-06-23 08:40:04 UTC Fixed for 4.9.0.

See for instructions. Comment 6 Richard Biener 2011-05-24 14:58:53 UTC It seems that we can pull in types via that link that have function-decls in them (methods) that do not have an assembler name 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. Thanks, Richard.

Already have an account? useful reference Comment 9 rguenther@suse.de 2011-05-30 09:02:55 UTC On Fri, 27 May 2011, hubicka at gcc dot gnu.org wrote: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48354 > > --- Comment #8 from Jan Hubicka reported) but also new > /abuild/jh/trunk-install/bin/g++ -flto=24 -fuse-linker-plugin -o dump_syms > -fno-rtti -fno-exceptions -Wall -Wpointer-arith -Woverloaded-virtual -Wsynth > -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wcast-align

Skip to content Ignore Learn more Please note that GitHub no longer supports old versions of Firefox. lto-wrapper: g++-fsf-4.7 returned 1 exit status collect2: error: lto-wrapper returned 1 exit status Comment 16 Jack Howarth 2011-11-02 18:08:37 UTC The original test case still fails on x86_64-apple-darwin11 as well at The steps to reproduce are these: bzr branch lp:libcolumbus cd libcolumbus mkdir build cd build CXXFLAGS=-flto cmake -DCMAKE_BUILD_TYPE=relwithdebinfo .. http://renderq.net/internal-compiler/internal-compiler-error-in-dwarf2out-finish-at-dwarf2out-c.php Comment 13 Richard Biener 2011-06-01 13:49:47 UTC Created attachment 24407 [details] another update Try this instead.

Sign in to comment Contact GitHub API Training Shop Blog About © 2016 GitHub, Inc. Exit status 1. What can I do next please?

The version of libboost-python in Ubuntu Saucy is 1.53.

Format For Printing -XML -Clone This Bug -Top of page Home | New | Browse | Search | [?] | Reports | Help | NewAccount | Log In Remember [x] | OPM member alfbr commented Jun 3, 2013 Can it be that you need to recompile large parts of the project for lto to do it's magic? See for instructions. You signed out in another tab or window.

GCC Bugzilla – Bug48354 internal compiler error: in splice_child_die, at dwarf2out.c:8064 Last modified: 2011-12-13 14:44:43 UTC Home | New | Browse | Search | [?] | Reports | Help | NewAccount I have seen problems linking stuff that has been compiled with different optimisations before, so I am just throwing it out here. make[6]: *** [/tmp/ccaKinu0.ltrans21.ltrans.o] Error 1 Shall I try to get testcase? http://renderq.net/internal-compiler/internal-compiler-error-in-mem-loc-descriptor-at-dwarf2out-c.php 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

Comment 8 David Kredba 2013-12-06 16:57:48 UTC Thank you Richard. true, but our stuff should not be too picky about the compiler, even if it has bugs. 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). Comment 5 jpakkane 2013-12-05 11:40:12 UTC I retried this with Gcc 4.8.2 on trusty and no longer get the crash.

We recommend upgrading to the latest Safari, Google Chrome, or Firefox. What can I do next please? Comment 20 Jakub Jelinek 2014-12-19 13:33:47 UTC GCC 4.8.4 has been released.

© Copyright 2017 renderq.net. All rights reserved.