Current cvs kde3 breaks for me in kdelibs-3.2 - Spinlock

[Adam Weinberger]

>> (02.09.2004 @ 0030 PST): Michael Nottebrock said, in 1.7K: <<
> On Sunday 08 February 2004 17:12, I wrote:
> > Adam Weinberger sagte:
> > > qt32 was building uic with -lpthread -lc_r, i assume from something in
> > > qt/mkspecs/freebsd-g++. This caused the build to die in
> > > designer/designer as soon as the built uic was run.
> >
> > Arrrgh, of course, mkspecs. Hurrah for static host definitions. We
> > probably need some REINPLACE 's|-lc_r|${PTHREAD_LIBS}' in devel/qmake.
> > IIRC, we only reinplace -pthread atm.
> 
> I've looked at it, and actually we don't need that (there is no -lc_r in 
> mkspecs/freebsdg++/qmake.conf).

There was in mine.

> My guess is, that qmake was compiled on a pre-pthreadlibs-change -CURRENT (so 
> -pthread was replaced with -lc_r in mkspecs/freebsd-g++/qmake.conf), and qt32 
> indeed uses the mkspecs which are installed by qmake.

qmake was installed maybe 2 weeks ago or so.

> So in order to smoothly upgrade qt32 to the new state of things, you would 
> probably need to rebuild both qmake and qt32 (in that order). I'm not sure 
> why it linked to BOTH -lpthread and lc_r, maybe the -lpthread came from a 
> dependency lib...

I had tried rebuilding qmake, but there was no change. Could it be that
qmake build was also reading from a qmake.conf that had -lpthreads in it?

# Adam


--
Adam Weinberger
adam at vectors.cx // adamw at FreeBSD.org // adamw at magnesium.net
http://www.vectors.cx