From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29653 invoked by uid 1002); 6 Nov 2003 19:26:16 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 21876 invoked from network); 6 Nov 2003 19:26:14 -0000 From: Martin Schlemmer Reply-To: azarah@gentoo.org To: Gentoo-Dev In-Reply-To: <1068137995.3851.17.camel@useable.localdomain> References: <1068137995.3851.17.camel@useable.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-3Za/6UnbZrjrv+AAYHOF" Message-Id: <1068146831.12287.328.camel@nosferatu.lan> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Thu, 06 Nov 2003 21:27:12 +0200 Subject: [gentoo-dev] Re: TLS in glibc X-Archives-Salt: 6fdebdcf-ed78-476a-94db-50c169ff3c01 X-Archives-Hash: 56f10bbef324b77af4196c5b83f09e05 --=-3Za/6UnbZrjrv+AAYHOF Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-11-06 at 18:59, Stefan Jones wrote: > Hi, >=20 > I am just wondering why TLS is not enabled by default in glibc with > linuxthreads. Both Debian and Redhat enable it by default. >=20 > Also the Glibc INSTALL file states: >=20 >=20 > `--without-tls' > By default the C library is built with support for thread-local > storage if the used tools support it. By using `--without-tls' > this can be prevented though there generally is no reason since it > creates compatibility problems. > =20 >=20 > I realise it used to be the case that nvidia-glx would not work with it > but that is no longer the case. >=20 Possibly. > It could be that you don't trust the build tools to work (binutils, > gcc); but I don't think that is any longer the case. >=20 Not really. > It is just with this multiple version glibc thing, I am trying to select > suitable flavours of glibc: >=20 > So far I am thinking of: > /lib - linuxthreads, kernel-version=3D2.2.5 no-tls > /lib/i686 - linuxthreads tls kernel-version=3D2.4.1 > /lib/tls - nptl tls kernel-version=3D2.6.0 >=20 > with the ld-linux.so in /lib being the one from=20 > "linuxthreads tls kernel-version=3D2.4.1" (if any of the libraries have > TLS then the main ld-linux.so needs TLS) >=20 This is one of the reasons I did not want to do this. Remember, all that have to be built ... > Debian unstable uses: >=20 > -march=3Di686 -mcpu=3Di686 -g0 -O3 -fomit-frame-pointer > -D__USE_STRING_INLINES >=20 > for i686 optimised binaries; I would like to see the same possibility in > gentoo. Debian after all has always been seem to err on the side of > caution. >=20 We just use -O2, which I still think is the safer one. I have no idea on -D__USE_STRING_INLINES, but -fomit-frame-pointer will at least create issues if anybody wants to build a glibc with -ggdb, and I am not sure on if it have any effect on stuff linking runtime against it when run in a debugger. Thanks, --=20 Martin Schlemmer Gentoo Linux Developer, Desktop/System Team Developer Cape Town, South Africa --=-3Za/6UnbZrjrv+AAYHOF Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQA/qqCPqburzKaJYLYRApzHAJ99f34BZqdEy045uBdGwxbYCmNzwACdHJr8 hOOcbgK8xbN0taqTmiuepRI= =oYZy -----END PGP SIGNATURE----- --=-3Za/6UnbZrjrv+AAYHOF--