Arts build crashes on Solaris 8

Dear visitor, welcome to KDE-Forum.org. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

tim_mw

Beginner

Posts: 2

Monday, February 16th 2004, 5:58pm

Arts build crashes on Solaris 8

When trying to compile arts on solaris 8, the build process crashes out with the following messages :

[code:1]
make[2]: Entering directory `/home/telematics/user/tmw/kde-build/arts-1.2.0/mcopidl'
/bin/bash ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -o mcopidl -L/home/telematics/software/qt32/lib -L/home/telematics/software/kde320/lib -L/home/telematics/software/misclibs/lib -L/home/telematics/software/cups/lib mcopidl.o yacc.o scanner.o namespace.o ../mcop/libmcop.la
ld: warning: file /bham/pd/packages/gettext-0.10.39/lib/libintl.so: linked to /bham/pd/lib/libintl.so: attempted multiple inclusion of file
ld: warning: file /bham/pd/packages/gcc-3.0/lib/gcc-lib/sparc-sun-solaris2.8/3.0/../../../libstdc++.so: linked to /bham/pd/packages/gcc-3.0/lib/libstdc++.so: attempted multiple inclusion of file
Undefined first referenced
symbol in file
string_char_traits<char>::assign(char &, char const &)mcopidl.o
istream::ios virtual table ../mcop/.libs/libmcop.so
ostream::write(char const *, int) mcopidl.o
string_char_traits<char>::compare(char const *, char const *, unsigned int)mcopidl.o
_IO_getc ../mcop/.libs/libmcop.so
ostream::operator<<(ostream &(*)(ostream &))mcopidl.o
ifstream::~ifstream(void) ../mcop/.libs/libmcop.so
endl(ostream &) mcopidl.o
string_char_traits<char>::set(char *, char const &, unsigned int)mcopidl.o
string_char_traits<char>::eos(void) mcopidl.o
istream::_skip_ws(void) ../mcop/.libs/libmcop.so
cerr mcopidl.o
streambuf::sungetc(void) ../mcop/.libs/libmcop.so
ostream::operator<<(char const *) mcopidl.o
ostream::operator<<(long) ../mcop/.libs/libmcop.so
string_char_traits<char>::copy(char *, char const *, unsigned int)mcopidl.o
ifstream::ios virtual table ../mcop/.libs/libmcop.so
string_char_traits<char>::length(char const *)mcopidl.o
fstreambase::fstreambase(int, char const *, int, int)../mcop/.libs/libmcop.so
ostream::flush(void) ../mcop/.libs/libmcop.so
string_char_traits<char>::move(char *, char const *, unsigned int)mcopidl.o
ios virtual table ../mcop/.libs/libmcop.so
ld: fatal: Symbol referencing errors. No output written to .libs/mcopidl
collect2: ld returned 1 exit status
make[2]: *** [mcopidl] Error 1
make[2]: Leaving directory `/home/telematics/user/tmw/kde-build/arts-1.2.0/mcopidl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/telematics/user/tmw/kde-build/arts-1.2.0'
make: *** [all] Error 1
[/code:1]
I can change my LD_LIBRARY_PATH to prevent this error, but I just end up with a different one instead eg :
[code:1]
Making all in mcopidl
make[2]: Entering directory `/home/telematics/user/tmw/kde-build/arts-1.2.0/mcopidl'
/bin/bash ../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -fno-exceptions -fno-check-new -fno-common -ftemplate-depth-99 -O0 -o mcopidl -L/home/telematics/software/qt32/lib -L/home/telematics/software/kde320/lib -L/home/telematics/software/misclibs/lib -L/home/telematics/software/cups/lib mcopidl.o yacc.o scanner.o namespace.o ../mcop/libmcop.la
ld: fatal: recording name conflict: file `/usr/lib/libintl.so' and file `/bham/pd/packages/gettext-0.10.39/lib/libintl.so' provide identical dependency names: libintl.so.1 (possible multiple inclusion of the same file)
ld: warning: file /bham/pd/packages/gcc-3.0/lib/gcc-lib/sparc-sun-solaris2.8/3.0/../../../libstdc++.so: linked to /bham/pd/packages/gcc-3.0/lib/libstdc++.so: attempted multiple inclusion of file
ld: fatal: File processing errors. No output written to .libs/mcopidl
collect2: ld returned 1 exit status
make[2]: *** [mcopidl] Error 1
make[2]: Leaving directory `/home/telematics/user/tmw/kde-build/arts-1.2.0/mcopidl'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/telematics/user/tmw/kde-build/arts-1.2.0'
make: *** [all] Error 1
[/code:1]

Arts 1.1.4 builds correctly using the same configure settings, build environment and compiler (gcc 2.95 - yes I know that gcc 3 is mentioned up in the debug output above), so I can only conclude that something has changed in the arts build process that is causing this error.

Go to the top of the page

tim_mw

Beginner

Posts: 2

Tuesday, February 17th 2004, 2:21pm

Kdelibs crashes too....

I eventually gave up on arts and am now trying to compile kdelibs (using --without-arts), but am dismayed to discover that it also crashes out with similar errors :

[code:1]
Making all in client
make[4]: Entering directory `/home/telematics/user/tmw/kde-build/kdelibs-3.2.0/dcop/client'
/bin/bash ../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -DNDEBUG -DNO_DEBUG -O2 -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -L/home/telematics/software/qt32/lib -L/home/telematics/software/kde320/lib -L/home/telematics/software/misclibs/lib -L/home/telematics/software/cups/lib -L/bham/pd/packages/bzip2-1.0.2/lib/ -o dcop dcop.o -lqt-mt -lz -lpng -lz -lm -lXext -lX11 -lsocket -lnsl -lSM -lICE -lpthread ../libDCOP.la
ld: warning: file /bham/pd/packages/gcc-3.0/lib/gcc-lib/sparc-sun-solaris2.8/3.0/../../../libstdc++.so: linked to /bham/pd/packages/gcc-3.0/lib/libstdc++.so: attempted multiple inclusion of file
Undefined first referenced
symbol in file
__builtin_delete dcop.o (symbol belongs to implicit dependency /bham/pd/packages/gcc-2.95.3/lib/libstdc++.so.2.10.0)
__builtin_new dcop.o (symbol belongs to implicit dependency /bham/pd/packages/gcc-2.95.3/lib/libstdc++.so.2.10.0)
__builtin_vec_new dcop.o (symbol belongs to implicit dependency /bham/pd/packages/gcc-2.95.3/lib/libstdc++.so.2.10.0)
__builtin_vec_delete dcop.o (symbol belongs to implicit dependency /bham/pd/packages/gcc-2.95.3/lib/libstdc++.so.2.10.0)
__rtti_si dcop.o (symbol belongs to implicit dependency /bham/pd/packages/gcc-2.95.3/lib/libstdc++.so.2.10.0)
ld: fatal: Symbol referencing errors. No output written to .libs/dcop
collect2: ld returned 1 exit status
make[4]: *** [dcop] Error 1
make[4]: Leaving directory `/home/telematics/user/tmw/kde-build/kdelibs-3.2.0/dcop/client'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/telematics/user/tmw/kde-build/kdelibs-3.2.0/dcop'
make[2]: *** [all] Error 1
make[2]: Leaving directory `/home/telematics/user/tmw/kde-build/kdelibs-3.2.0/dcop'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/telematics/user/tmw/kde-build/kdelibs-3.2.0'
make: *** [all] Error 1
[/code:1]

I repeat that i'm using the same build environment that worked sucessfully for kde 3.1.4. If anybody out there has got any ideas as to why the kde build process might now be failing so badly on solaris, I would very much like to know. Otherwise I shall assume that this is a bug in 3.2 and report it to bugzilla.

Go to the top of the page