Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 08 Jun 2004 01:13:29 -0400
From:      Joe Marcus Clarke <marcus@marcuscom.com>
To:        Daniel Eischen <eischen@vigrid.com>
Cc:        freebsd-threads@freebsd.org
Subject:   Re: weak implementation of threads has problems - kse fix attached
Message-ID:  <1086671609.18374.18.camel@shumai.marcuscom.com>
In-Reply-To: <Pine.GSO.4.10.10406080028070.11500-100000@pcnet5.pcnet.com>
References:  <Pine.GSO.4.10.10406080028070.11500-100000@pcnet5.pcnet.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--=-4faQEVN185PHyZKJ00vz
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Tue, 2004-06-08 at 00:32, Daniel Eischen wrote:
> On Mon, 7 Jun 2004, Sean McNeil wrote:
>=20
> >=20
> > Up front, I'd like to make a few apologies:
> >=20
> > 1) I am sorry for the length of this email.
> > 2) Although some very valid opinions have been expressed, I respectfull=
y
> > have to disagree.  This email will hopefully strengthen my position.
>=20
> Please stop spamming multiple lists.
>=20
> No, I don't want to litter all our thread libraries with strong reference=
s.
> As I've said before, build your shared libraries correctly so they don't
> bring in the threads library.

In order to do this, I'm a strong proponent of making -pthread the
default PTHREAD_LIBS from 4.X and 5.X.  This will do the right thing in
all cases, and reduces diffs among branches.  What is keeping this from
happening from a threading standpoint?

Joe

--=20
PGP Key : http://www.marcuscom.com/pgp.asc

--=-4faQEVN185PHyZKJ00vz
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQBAxUr5b2iPiv4Uz4cRAm8EAKCNndWyv3S5K6+bTsCc+F6MkQIyJgCgksgJ
4S+uSdmI4eKIGyXUUEbBDcs=
=1kPV
-----END PGP SIGNATURE-----

--=-4faQEVN185PHyZKJ00vz--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1086671609.18374.18.camel>