Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 47457 - Arts 1.2.0 fails to emerge with linking problem
Summary: Arts 1.2.0 fails to emerge with linking problem
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: AMD64 Linux
: Normal normal (vote)
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-04-10 13:36 UTC by Mikael Rosbacke
Modified: 2004-05-20 16:25 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Mikael Rosbacke 2004-04-10 13:36:49 UTC
When I did an 'emerge rsync; emerge -u --deep world' arts 1.2.0 failed to emerge. The error occured in 

When I try to emerge arts it fails to link in the directory /var/tmp/portage/arts-1.2.0/work/arts-1.2.0/flow/gsl

The last three commands running was:
/bin/sh ../../libtool --silent --mode=link --tag=CXX g++  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -DNDEBUG -DNO_DEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -ftemplate-depth-99   -lstdc++ -o libgsl.la  -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.2/lib  gsldatacache.lo gsldatahandle.lo gslwavechunk.lo gsldatahandle-vorbis.lo gslmath.lo gslfilter.lo gslcommon.lo gsldatautils.lo gslmagic.lo gslloader-wav.lo gslloader-gslwave.lo gslloader-mad.lo gslloader-oggvorbis.lo gslconvert.lo gslfft.lo gslsignal.lo gslloader.lo gslwaveosc.lo gslengine.lo gsloputil.lo gslopmaster.lo gslopschedule.lo gsldatahandle-mad.lo gslosctable.lo gsloscillator.lo gslfilehash.lo gslartsthreads.lo ../../mcop/libmcop.la -lm  -lvorbisfile -lvorbis -logg -lmad  -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0

/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -lstdc++ -o gslwchunk  gslwchunk.o libgsl.la -lm

/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include    -lstdc++ -o gsltests  gsltests.o libgsl.la -lm

Apparently, the linking fails when gcc is used. Changing the Makefile to use g++ for linking allows for building everything in flow/gsl. 

(As a test, changing line 450 in Makefile from:
LINK = $(LIBTOOL) --mode=link $(CCLD) $(AM_CFLAGS) $(CFLAGS) \
to:
LINK = $(LIBTOOL) --mode=link $(CXX) $(AM_CFLAGS) $(CFLAGS) \
allows one to comile with ebuild.)


See also the file flow/gsl/dummy.cc for rationale.


Reproducible: Always
Steps to Reproduce:
1.
2.
3.



root@hemma arts-1.2.0 # emerge info 
Portage 2.0.50-r3 (default-amd64-1.4, gcc-3.3.3, glibc-2.3.2-r9, 2.6.1-gentoo) 
================================================================= 
System uname: 2.6.1-gentoo x86_64 4 
Gentoo Base System version 1.4.3.13 
Autoconf: sys-devel/autoconf-2.58-r1 
Automake: sys-devel/automake-1.8.3 
ACCEPT_KEYWORDS="amd64" 
AUTOCLEAN="yes" 
CFLAGS="-O2" 
CHOST="x86_64-pc-linux-gnu" 
COMPILER="gcc3" 
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" 
CXXFLAGS="-O2" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoaddcvs ccache sandbox" 
GENTOO_MIRRORS="ftp://trumpetti.atm.tut.fi/gentoo/ 
http://ds.thn.htu.se/linux/gentoo" 
MAKEOPTS="-j2" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
PORTDIR_OVERLAY="" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="X acpi alsa amd64 apm arts avi berkdb cdr crypt cups dvd dvdr emacs 
encode esd foomaticdb freetype gdbm gif gnome gpm gtk gtk2 imlib jpeg kde 
libg++ libwww linguas_sv mikmod motif mpeg multilib ncurses nls oggvorbis 
opengl oss pam pdflib perl png ppds python qt quicktime radeon readline samba 
sdl slang spell ssl tcpd tetex truetype usb xml2 xmms xv zlib" 
 
root@hemma arts-1.2.0 #
Comment 1 Mikael Rosbacke 2004-04-10 14:14:51 UTC
The error returned by the last command was:

/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.0/work/arts-1.2.0/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make: *** [gslwchunk] Fel 1
Comment 2 Travis Tilley (RETIRED) gentoo-dev 2004-04-16 06:07:58 UTC
does this bug still happen in 1.2.1? it compiles here without problems.
Comment 3 Mikael Rosbacke 2004-04-16 11:53:07 UTC
The ebuild of arts-1.2.1 is masked on amd64. I tried to issue the command:

ACCEPT_KEYWORDS='~amd64' emerge =arts-1.2.1

and got the result of a failed emerge. These where the last lines:
 /bin/sh ../../libtool --silent --mode=link --tag=CXX g++  -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -ftemplate-depth-99    -o libgsl.la  -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.2/lib  gsldatacache.lo gsldatahandle.lo gslwavechunk.lo gsldatahandle-vorbis.lo gslmath.lo gslfilter.lo gslcommon.lo gsldatautils.lo gslmagic.lo gslloader-wav.lo gslloader-gslwave.lo gslloader-mad.lo gslloader-oggvorbis.lo gslconvert.lo gslfft.lo gslsignal.lo gslloader.lo gslwaveosc.lo gslengine.lo gsloputil.lo gslopmaster.lo gslopschedule.lo gsldatahandle-mad.lo gslosctable.lo gsloscillator.lo gslfilehash.lo gslartsthreads.lo ../../mcop/libmcop.la -lm  -lvorbisfile -lvorbis -logg -lmad  -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0
/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gslwchunk  gslwchunk.o libgsl.la -lm
/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gsltests  gsltests.o libgsl.la -lm
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make[3]: *** [gsltests] Fel 1
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make[3]: *** Inv
Comment 4 Mikael Rosbacke 2004-04-16 11:53:07 UTC
The ebuild of arts-1.2.1 is masked on amd64. I tried to issue the command:

ACCEPT_KEYWORDS='~amd64' emerge =arts-1.2.1

and got the result of a failed emerge. These where the last lines:
 /bin/sh ../../libtool --silent --mode=link --tag=CXX g++  -Wnon-virtual-dtor -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common  -ftemplate-depth-99    -o libgsl.la  -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.2/lib  gsldatacache.lo gsldatahandle.lo gslwavechunk.lo gsldatahandle-vorbis.lo gslmath.lo gslfilter.lo gslcommon.lo gsldatautils.lo gslmagic.lo gslloader-wav.lo gslloader-gslwave.lo gslloader-mad.lo gslloader-oggvorbis.lo gslconvert.lo gslfft.lo gslsignal.lo gslloader.lo gslwaveosc.lo gslengine.lo gsloputil.lo gslopmaster.lo gslopschedule.lo gsldatahandle-mad.lo gslosctable.lo gsloscillator.lo gslfilehash.lo gslartsthreads.lo ../../mcop/libmcop.la -lm  -lvorbisfile -lvorbis -logg -lmad  -lgmodule-2.0 -ldl -lgthread-2.0 -lglib-2.0
/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gslwchunk  gslwchunk.o libgsl.la -lm
/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gsltests  gsltests.o libgsl.la -lm
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make[3]: *** [gsltests] Fel 1
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make[3]: *** Inväntar oavslutade jobb...
make[3]: *** [gslwchunk] Fel 1
make[3]: Leaving directory `/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/flow/gsl'
make[2]: *** [all-recursive] Fel 1
make[2]: Leaving directory `/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/flow'
make[1]: *** [all-recursive] Fel 1
make[1]: Leaving directory `/var/tmp/portage/arts-1.2.1/work/arts-1.2.1'
make: *** [all] Fel 2

!!! ERROR: kde-base/arts-1.2.1 failed.
!!! Function kde_src_compile, Line 128, Exitcode 2
!!! died running emake, kde_src_compile:make

root@hemma mikaelr #

It seems like the library builds OK but it then fails on some test programs due to C linkage instead of C++ linkage.

Emerging these in my 32-bit environment (A Totally differnt setup on another partition.) went smoothly.
Comment 5 Travis Tilley (RETIRED) gentoo-dev 2004-04-17 12:27:00 UTC
it might be silly, but i'm still curious as to why i cant reproduce this here. i've marked qt 3.3.1-r1 stable on amd64, which has a few amd64 fixes (including a pretty minor fix that includes making a lib64 symlink so that packages such as rosegarden will compile). i've also marked kdelibs 3.2.1 stable, which has similar fixes. would you mind upgrading qt and seeing if this still occurs?

btw, i've also marked the rest of kde 3.2.1 stable.
Comment 6 Mikael Rosbacke 2004-04-17 16:07:24 UTC
Tried it again, no difference.

emerge rsync; emerge -u --deep world

qt got updated to 3.3.1-r1 and I interupted during kdelibs. 
I tried an 'emerge arts' and it started emerging 1.2.1
Later on I got the same error as last time, a failure during linking.
Let me know if there any test I can do to resolve this. I can get around it with manual patching but I'm curious what the problewm is.



Comment 7 Travis Tilley (RETIRED) gentoo-dev 2004-04-18 06:26:04 UTC
i just did a compile of arts from a stable stage1. not a single problem from bootstrap to arts.

could you try re-compiling binutils and gcc?
Comment 8 Mikael Rosbacke 2004-04-18 08:28:22 UTC
I tried to emerge binutils, gcc, libtool, automake, autoconf and make, trying to emerge arts after each, but without any luck. I still got the same linking problem.
Maybe its time for a new 'rebuild from scratch' again. My current installation is from december.

 
Comment 9 Travis Tilley (RETIRED) gentoo-dev 2004-04-18 08:49:40 UTC
it might have just been my USE flags not enabling support that triggers this, I guess... I didnt change the default USE settings before doing my emerge of arts. *shrug*

if all else fails and you want to try doing a recompile of arts and all it's dependencies, you can just emerge -e arts. no need to reinstall. it might be a bit annoying to hear, but fixes find their way into ebuilds fairly often without requiring a revision bump... an emerge -e would make sure you really do have the latest versions of all installed dependencies.

oh yeah, i'd like to note that in my arts compile both gcc and g++ are used for linking, and the lines that failed for you are what i have here.

another thing that may or may not be important is that i had multilib disabled, as it's not a default USE flag. it's possible that this subtle change in the toolchain allowed me to not stumble upon this problem.

good luck, report back, and sorry i'm not able to be a bit more helpfull.
Comment 10 Mikael Rosbacke 2004-04-18 09:54:50 UTC
Ok. but thank you for the help. 

I've just started the 'emerge -e arts' but I don't think its going to make a difference. But since amd64 platforms are _fast_ at compiling, I don't mind.
My guess is the multilib flag as you pointed out. 
Good to know gcc is used for the linking and it works. That kind of put the focus on gcc and away from libtool, autoconf etc.
I will probably not pursue this much further but rather live with the manual workaround. If anybody will multilib experience could take a stab at it, it would probably be a good thing.

--- Mikael R
Comment 11 Mikael Rosbacke 2004-04-18 13:17:12 UTC
Just to let you know, 'emerge -e arts' did not solve the problem. it failed with the same as last time, i.e:

/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gslwchunk  gslwchunk.o libgsl.la -lm
/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gsltests  gsltests.o libgsl.la -lm
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make[3]: *** [gslwchunk] Fel 1
make[3]: *** Inv
Comment 12 Mikael Rosbacke 2004-04-18 13:17:12 UTC
Just to let you know, 'emerge -e arts' did not solve the problem. it failed with the same as last time, i.e:

/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gslwchunk  gslwchunk.o libgsl.la -lm
/bin/sh ../../libtool --silent --mode=link gcc -ansi -Wall -Wchar-subscripts -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2  -O2 -Wformat-security -Wmissing-format-attribute -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include     -o gsltests  gsltests.o libgsl.la -lm
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_free_list'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_force_new'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_refill(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_S_empty_rep_storage'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::deallocate(void*, unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::allocate(unsigned long)'
/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/mcop/.libs/libmcop.so: undefined reference to `std::__default_alloc_template<(bool)1, (int)0>::_S_node_allocator_lock'
collect2: ld returned 1 exit status
make[3]: *** [gslwchunk] Fel 1
make[3]: *** Inväntar oavslutade jobb...
make[3]: *** [gsltests] Fel 1
make[3]: Leaving directory `/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/flow/gsl'
make[2]: *** [all-recursive] Fel 1
make[2]: Leaving directory `/var/tmp/portage/arts-1.2.1/work/arts-1.2.1/flow'
make[1]: *** [all-recursive] Fel 1
make[1]: Leaving directory `/var/tmp/portage/arts-1.2.1/work/arts-1.2.1'
make: *** [all] Fel 2

!!! ERROR: kde-base/arts-1.2.1 failed.
!!! Function kde_src_compile, Line 128, Exitcode 2
!!! died running emake, kde_src_compile:make

root@hemma mikaelr #

I'm leaving this for the moment at the current state but if I find anything I'll post it later.

.
Comment 13 Travis Tilley (RETIRED) gentoo-dev 2004-04-18 18:05:45 UTC
not a blocker - decreasing priority
Comment 14 Jason Huebel (RETIRED) gentoo-dev 2004-05-04 11:29:03 UTC
Did you reinstall? Or are you still experiencing this problem?
Comment 15 Mikael Rosbacke 2004-05-04 14:02:49 UTC
I am still experiencing the problem. I just tried:

emerge rsync; emerge arts 

and got the same result.
I can work around it by using emake and edit a Makefile to use g++ instead of gcc when linking. So it is not critical for me, just annoying.

--- Mikael R
Comment 16 Travis Tilley (RETIRED) gentoo-dev 2004-05-05 00:25:09 UTC
out of curiousity, could you try this with gcc 3.4.0-r1 and see if you get the same result? same for binutils 2.15.90.0.1.1-r1.

i still have no idea why it works here and not there. i dont know anyone else that's having this issue.
Comment 17 Mikael Rosbacke 2004-05-20 16:25:32 UTC
After having erased my partition and reinstalled gentoo amd64 from livecd 2004.1 stage 2, everything seems to work now. I use the same USE flags as before but arts compiles flawlessly. It seems like this bug will vanish in cloud of mystery...