Date: Mon, 9 Feb 2004 12:46:50 +0100 From: Michael Nottebrock <michaelnottebrock@gmx.net> To: Adam Weinberger <adamw@freebsd.org> Cc: mi@aldan.algebra.com Subject: Re: Current cvs kde3 breaks for me in kdelibs-3.2 - Spinlock Message-ID: <200402091246.55472.michaelnottebrock@gmx.net> In-Reply-To: <20040209061242.GF3365@toxic.magnesium.net> References: <20040207192557.scsscg4ss40cw444@mail.viviendaatualcance.com.mx> <200402090630.09665.michaelnottebrock@gmx.net> <20040209061242.GF3365@toxic.magnesium.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--Boundary-02=_vM3JAxMs5FWoDo7
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
On Monday 09 February 2004 07:12, Adam Weinberger wrote:
> >> (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.
Yes, after the REINPLACE it did in the port Makefile of devel/qmake. The st=
ock=20
qmake.conf provided by Trolltech in the distfile defaults to -pthread.
>
> > My guess is, that qmake was compiled on a pre-pthreadlibs-change -CURRE=
NT
> > (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.
Which would support my theory.
>
> > 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?
Hmm. Reading both the installed qmake.conf in /usr/local/share/[...] and=20
${WRKSRC}? Now that would be ugly... I'll try and simulate this here someho=
w,=20
I don't run -CURRENT myself.
=2D-=20
,_, | Michael Nottebrock | lofi@freebsd.org
(/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org
\u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org
--Boundary-02=_vM3JAxMs5FWoDo7
Content-Type: application/pgp-signature
Content-Description: signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)
iD8DBQBAJ3MvXhc68WspdLARAltlAJ91m2fu8NZF6wh8hqBEvVp2ko+TDQCeJTF5
IDLEkfOdaNZIvkXrG6cO9/k=
=VdSK
-----END PGP SIGNATURE-----
--Boundary-02=_vM3JAxMs5FWoDo7--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200402091246.55472.michaelnottebrock>