[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: Matthias Kilian <kili_(_at_)_outback_(_dot_)_escape_(_dot_)_de>
- Date: Mon, 23 Aug 2004 18:55:38 +0200
- Mail-followup-to: misc_(_at_)_openbsd_(_dot_)_org
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.