From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16847 invoked by alias); 25 Jun 2003 07:09:18 -0000 Mailing-List: contact libc-hacker-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-hacker-owner@sources.redhat.com Received: (qmail 30320 invoked from network); 25 Jun 2003 06:29:44 -0000 Received: from unknown (HELO Cantor.suse.de) (213.95.15.193) by sources.redhat.com with SMTP; 25 Jun 2003 06:29:44 -0000 Received: from Hermes.suse.de (Hermes.suse.de [213.95.15.136]) by Cantor.suse.de (Postfix) with ESMTP id A0BA814324; Wed, 25 Jun 2003 08:29:43 +0200 (MEST) To: Roland McGrath Cc: GNU libc hackers Subject: Re: LD_ASSUME_KERNEL problem References: <200306250534.h5P5YP228238@magilla.sf.frob.com> From: Andreas Jaeger Date: Wed, 25 Jun 2003 07:09:00 -0000 In-Reply-To: <200306250534.h5P5YP228238@magilla.sf.frob.com> (Roland McGrath's message of "Tue, 24 Jun 2003 22:34:25 -0700") Message-ID: User-Agent: Gnus/5.1003 (Gnus v5.10.3) XEmacs/21.4 (Portable Code, linux) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-SW-Source: 2003-06/txt/msg00043.txt.bz2 --=-=-= Content-Transfer-Encoding: quoted-printable Content-length: 1231 Roland McGrath writes: >> So, what can we do? We need a better way IMO to switch libraries to >> not affect all installed glibcs. Any good ideas? > > Do you have a suggestion? For the path elements that come from the hwcap As a quick hack I disabled LD_ASSUME_KERNEL but that's not a solution. We could introduce a new variable for the 64-bit ports but that's not elegant either. > list, you can exercise some control with LD_HWCAP_MASK. "i686" comes from > dl_platform, i.e. AT_PLATFORM. An override for that in glibc would have > the same issue, though you could override it in the kernel somehow specif= ic > to 32-bit processes. We could add something like LD_EXCLUDE_PLATFORM to > give platform/hwcap strings that should not be put into the search list > when they normally would (then you could use that for "tls" as well). do you think of e.g: LD_EXCLUDE_PLATFORM:i686/sse,x86_64/tls to exclude sse on i686 and tls on x86_64? Yeah, something like this sounds plausible. Yes, tls is important to consider, we might want to have this different on one platform for different glibcs. Andreas --=20 Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj --=-=-= Content-Type: application/pgp-signature Content-length: 197 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQA++UFXOJpWPMJyoSYRAmOQAJ9Mmi8wk7nCdhxTfYVNg5hKnFokngCeIMgx hodbDBkM0XhgHPBYZZdPIsE= =xvh5 -----END PGP SIGNATURE----- --=-=-=--