Subject: Re: libtcl84.so.1 Undefined PLT symbol "pthread_*"
To: Marc Recht <marc@geht.de>
From: Luke Mewburn <lukem@NetBSD.org>
List: tech-pkg
Date: 08/17/2004 15:47:30
--nFreZHaLTZJo0R7j
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Aug 16, 2004 at 11:25:48PM +0200, Marc Recht wrote:
  | >As far as I can see, we build python with no threads or with pth,
  | >yet libtcl gets built against pthreads, and so I don't see how it could
  | >ever work.
  | >
  | >Ie. the trick is to get libtcl to not use pthreads - or to get everying
  | >else to use it?
  |=20
  | Indeed. FWIW, with 2.0 slowly showing up on the horizon, I thought more=
=20
  | than once to switch all python versions to build with threads by defaul=
t...

That would be very useful.

I've been told that my recent fixes to python's signal handling has
improved the stability of threads-using python packages such as bittorrent.
These fixes are in python23 and python23-pth since ~ 2004/06/14.

--nFreZHaLTZJo0R7j
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (NetBSD)

iD8DBQFBIZvypBhtmn8zJHIRAlJBAKCLUPuvBgClJBAfkOp2qd59L8yZlgCeJOnI
2g6Tb7XnPTib2J5Avx7Qnw8=
=OP93
-----END PGP SIGNATURE-----

--nFreZHaLTZJo0R7j--