Re: arts, unfound pthread library

[Brad <brad_(_at_)_comstyle_(_dot_)_com>]

On Mon, Aug 23, 2004 at 06:55:38PM +0200, Matthias Kilian wrote:
> On Mon, Aug 23, 2004 at 08:09:34AM -0500, Dave Feustel wrote:
> > On Monday 23 August 2004 01:10 am, Matthias Kilian wrote:
> > > On Sun, Aug 22, 2004 at 10:30:54PM -0500, Dave Feustel wrote:
> > > > I'm not sure this is relevant, but I'm trying to build arts 1.3.0 (1st
> > > > part of KDE 3.3) on 3.4 and the arts configure does not find libaudio
> > > > even though it's there. It looks to me like file naming problems may
> [...]
> > > The difference was at shared library link time, where qt has been built
> > > with ld, and the whole libtoolized libraries with gcc, IIRC.
> > >
> > > I'll try to check my old mail archives and to find the appropriate gcc
> > > patch this evening.
> [...]
> > Do you have any idea why the pthread library is not found by ld
> > when the command below is processed?
> > =====================
> > Making all in mcopidl
> > /bin/sh ../libtool --silent --mode=link --tag=CXX g++   -Wnon-virtual-dtor -Wno-long-long \
> > -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -O2 -fno-exceptions -fno-check-new \
> > -fno-common  -ftemplate-depth-99 -O0   -o mcopidl -L/usr/X11R6/lib -L/home/daf/Qt333/qtlibs-mt/lib \
> > -/home/daf/KDE33/lib  -L/home/daf/Xtra/lib mcopidl.o yacc.o  scanner.o namespace.o ../mcop/libmcop.la
> > /usr/local/lib/libgthread-2.0.so.0.10: undefined reference to `pthread_cond_signal'
> > [...]
> > /usr/local/lib/libgthread-2.0.so.0.10: undefined reference to `pthread_setspecific'
> > collect2: ld returned 1 exit status
> 
> Sorry, no concrete idea, but that really looks like the problem I'd on
> Linux: linking a program using g++, using shared libraries that depend
> on other libraries but have been created using ld instead of gcc or g++.
> Result (for my Linux problem): undefined reference to `atexit'.
> 
> Perhaps you should also better try 3.5 or 3.6-beta if possible.
> 
> Unfortunately, the patch I mentioned tomorrow was completely related to
> Linux and glibc (some problem with gcc/crtstuff.c), so it won't help here.

No, this is not the problem. We link shared libs using the compiler frontend anyway.

As Jacob said, he is missing a library from the commandline.

// Brad