[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: arts, unfound pthread library
- To: misc_(_at_)_openbsd_(_dot_)_org
- Subject: Re: arts, unfound pthread library
- From: Brad <brad_(_at_)_comstyle_(_dot_)_com>
- Date: Mon, 23 Aug 2004 13:52:07 -0400
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.