I've got a problem compiling bmpx, but I don't really know what this ld returned status 1 is: `.gnu.linkonce.r._ZNSt6vectorIN5boost6tuples5tupleIbSsNS0_7variantIbidN4Glib7ustringENS0_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EENS1_9null_typeESA_SA_SA_SA_SA_SA_EESaISB_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPSB_SD_EERKSB_' of bmp2_bin-library_ui_modify_tracks.o: defined in discarded section `.gnu.linkonce.t._ZNSt6vectorIN5boost6tuples5tupleIbSsNS0_7variantIbidN4Glib7ustringENS0_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EENS1_9null_typeESA_SA_SA_SA_SA_SA_EESaISB_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPSB_SD_EERKSB_' of bmp2_bin-library_ui_modify_tracks.o collect2: ld returned 1 exit status make[3]: *** [bmp2-bin] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 !!! ERROR: media-sound/bmpx-0.20.3 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 938: Called src_compile bmpx-0.20.3.ebuild, line 65: Called die emerge --info Portage 2.1.1_pre5 (default-linux/amd64/2005.1, gcc-3.4.5/amd64-vanilla, glibc-2.3.6-r3, 2.6.17-gentoo-r4 x86_64) ================================================================= System uname: 2.6.17-gentoo-r4 x86_64 AMD Sempron(tm) Processor 3100+ Gentoo Base System version 1.12.4 Last Sync: Sun, 13 Aug 2006 18:50:01 +0000 ccache version 2.4 [disabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.3.5-r2, 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.13-r1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64"
Confirmed. bmpx 0.20.3, 0.21 (zugaina) and svn "vanilla" fails too. I get tons of such error messages, ending with "ld error status 1" : `.gnu.linkonce.t._ZNSt8_Rb_treeISsSt4pairIKSsN5boost7variantIbidN4Glib7ustringENS2_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EEESt10_Select1stISA_ESt4lessISsESaISA_EE9_M_insertEPSt18_Rb_tree_node_baseSI_RKSA_' referenced in section `.gnu.linkonce.r._ZNSt8_Rb_treeISsSt4pairIKSsN5boost7variantIbidN4Glib7ustringENS2_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EEESt10_Select1stISA_ESt4lessISsESaISA_EE9_M_insertEPSt18_Rb_tree_node_baseSI_RKSA_' of bmp2_bin-dialog-trackinfo.o: defined in discarded section `.gnu.linkonce.t._ZNSt8_Rb_treeISsSt4pairIKSsN5boost7variantIbidN4Glib7ustringENS2_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EEESt10_Select1stISA_ESt4lessISsESaISA_EE9_M_insertEPSt18_Rb_tree_node_baseSI_RKSA_' of bmp2_bin-dialog-trackinfo.o `.gnu.linkonce.t._ZNSt8_Rb_treeISsSt4pairIKSsN5boost7variantIbidN4Glib7ustringENS2_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EEESt10_Select1stISA_ESt4lessISsESaISA_EE9_M_insertEPSt18_Rb_tree_node_baseSI_RKSA_' referenced in section `.gnu.linkonce.r._ZNSt8_Rb_treeISsSt4pairIKSsN5boost7variantIbidN4Glib7ustringENS2_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EEESt10_Select1stISA_ESt4lessISsESaISA_EE9_M_insertEPSt18_Rb_tree_node_baseSI_RKSA_' of bmp2_bin-dialog-trackinfo.o: defined in discarded section `.gnu.linkonce.t._ZNSt8_Rb_treeISsSt4pairIKSsN5boost7variantIbidN4Glib7ustringENS2_6detail7variant5void_ES8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_S8_EEESt10_Select1stISA_ESt4lessISsESaISA_EE9_M_insertEPSt18_Rb_tree_node_baseSI_RKSA_' of bmp2_bin-dialog-trackinfo.o ... `.gnu.linkonce.t._ZN5boost6tuples5tupleIN3Bmp2DB10MatchStyleESsNS_7variantIbidN4Glib7ustringENS_6detail7variant5void_ESA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_EENS0_9null_typeESC_SC_SC_SC_SC_SC_EC1ERKS4_RKSsRKSB_' referenced in section `.gnu.linkonce.r._ZN5boost6tuples5tupleIN3Bmp2DB10MatchStyleESsNS_7variantIbidN4Glib7ustringENS_6detail7variant5void_ESA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_EENS0_9null_typeESC_SC_SC_SC_SC_SC_EC1ERKS4_RKSsRKSB_' of bmp2_bin-library-ui.o: defined in discarded section `.gnu.linkonce.t._ZN5boost6tuples5tupleIN3Bmp2DB10MatchStyleESsNS_7variantIbidN4Glib7ustringENS_6detail7variant5void_ESA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_EENS0_9null_typeESC_SC_SC_SC_SC_SC_EC1ERKS4_RKSsRKSB_' of bmp2_bin-library-ui.o `.gnu.linkonce.t._ZN5boost6tuples5tupleIN3Bmp2DB10MatchStyleESsNS_7variantIbidN4Glib7ustringENS_6detail7variant5void_ESA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_EENS0_9null_typeESC_SC_SC_SC_SC_SC_EC1ERKS4_RKSsRKSB_' referenced in section `.gnu.linkonce.r._ZN5boost6tuples5tupleIN3Bmp2DB10MatchStyleESsNS_7variantIbidN4Glib7ustringENS_6detail7variant5void_ESA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_EENS0_9null_typeESC_SC_SC_SC_SC_SC_EC1ERKS4_RKSsRKSB_' of bmp2_bin-library-ui.o: defined in discarded section `.gnu.linkonce.t._ZN5boost6tuples5tupleIN3Bmp2DB10MatchStyleESsNS_7variantIbidN4Glib7ustringENS_6detail7variant5void_ESA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_SA_EENS0_9null_typeESC_SC_SC_SC_SC_SC_EC1ERKS4_RKSsRKSB_' of bmp2_bin-library-ui.o collect2: ld returned 1 exit status
Created attachment 95513 [details] emerge --info My emerge --info
this is a KNOWN bug with SMP enabled.. it is true across Pentium D and Core Duo. I recommend this bug gets assigned to the gcc department if it goes anywhere. Other then that, I am currently having this investigated by the main bmpx dev, deadchip. He seems to think boost is causing these problems. In any case, if you want it to build on your system, you will have to disable SMP in the kernel, or build it on another system without it. (sucks, but until we figure it out it's the only way). I notice you are running a Sempron, can you tell me if you have SMP enabled in the kernel? (uname -a would show it as well) One other thing is that, this bug stretches across gcc version from 3.4 to 4.1.
I don't have smp enabled. Linux ecchi 2.6.17-gentoo-r7 #1 Fri Sep 8 20:45:18 CEST 2006 x86_64 AMD Sempron(tm) Processor 3100+ AuthenticAMD GNU/Linux
I don't have SMP enabled here too but still have the same linking error. Linux notexerozo 2.6.15-gentoo-r5 #13 Wed Jun 14 16:27:09 BRT 2006 i686 Intel(R) Pentium(R) M processor 1.60GHz GenuineIntel GNU/Linux (In reply to comment #4) > I don't have smp enabled. > Linux ecchi 2.6.17-gentoo-r7 #1 Fri Sep 8 20:45:18 CEST 2006 x86_64 AMD > Sempron(tm) Processor 3100+ AuthenticAMD GNU/Linux >
it stopped happening here, so beats me.. but its not a bmpx bug just because it happens with it. This appears to be either a bug in gcc or a bug in the boost library. But I am unable to reproduce anymore.
Does this still happen with 0.32.0 ?
Created attachment 99857 [details] emerge --info my horrible make.conf
(In reply to comment #7) > Does this still happen with 0.32.0 ? > Err, what I really wanted to do was say, yes, this still happens with 0.32.0 on a non-SMP machine
It might be problem with dev-libs/boost, C++ library. Can you try to build some of these apps listed in (I suggest inkscape and OOo), http://tinderbox.dev.gentoo.org/misc/rindex/dev-libs/boost And you guys in cpp herd, any insight (like, seen this before)? Also, RijilV. Please reorganize your CFLAGS. They are broken. Check out http://www.gentoo.org/news/en/gwn/20061009-newsletter.xml for reference. Thanks, drac
Well, the chance is high that this is a bug in the compiler: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16625 You might want to: - make sure you used the same version of gcc to compile boost and bmpx - update your gcc to 4.1.1 which is stable on amd64
Thanks--I had the same bug re-emerging boost and bmpx with gcc-4.1.1 worked for me.
Final fix for now: Update to gcc-4.1.1. Closing it. Please reopen if necessary, thanks for reporting.
I'm not entirely sure what is wrong, but it appears to be a compatibility issue between gcc and binutils. It is most definitely NOT a bug with BMPx or Boost. Those are link errors. Some people have hit the same problem building STLport and cppu: http://www.openoffice.org/servlets/ReadMsg?list=dev&msgNo=16340 gcc|binutils|works: 3.4.3|2.15.94.0.2|yes 3.4.3|2.16.91.0.6|error 3.4.5|2.15.94.0.2|with warnings 3.4.5|2.16.91.0.6|error (note courtesy C.K.Xiong)
And people read, http://www.gentoo.org/doc/en/gcc-upgrading.xml (Reopening just to mark it yet again RESOLVED, WORKSFORME)
As said in previous comment, it works in system with no mixed stable and ~arch or package.masked GCCs and on system which is build with one single GCC as said in GCC upgrading page.
Wanted to say actually mixed GCC and binutils versions in previous comment, sorry about bugspam.
Reopening as reassining to toolchain. Requested by upstream.
Removing cpp from the CC list since there's nothing we could do here (anymore/at the moment). Please re-add us if you think otherwise. Thanks.
if it's broken only with gcc-3.x then i dont care upgrade to gcc-4.1.1
