From owner-freebsd-arch Thu Feb 15 18:25: 4 2001 Delivered-To: freebsd-arch@freebsd.org Received: from Awfulhak.org (awfulhak.demon.co.uk [194.222.196.252]) by hub.freebsd.org (Postfix) with ESMTP id 40BB337B401 for ; Thu, 15 Feb 2001 18:24:57 -0800 (PST) Received: from hak.lan.Awfulhak.org (root@hak.lan.Awfulhak.org [172.16.0.12]) by Awfulhak.org (8.11.2/8.11.2) with ESMTP id f1G2OBk16690; Fri, 16 Feb 2001 02:24:11 GMT (envelope-from brian@lan.Awfulhak.org) Received: from hak.lan.Awfulhak.org (brian@localhost [127.0.0.1]) by hak.lan.Awfulhak.org (8.11.2/8.11.1) with ESMTP id f1G2PFw09227; Fri, 16 Feb 2001 02:25:15 GMT (envelope-from brian@hak.lan.Awfulhak.org) Message-Id: <200102160225.f1G2PFw09227@hak.lan.Awfulhak.org> X-Mailer: exmh version 2.3.1 01/18/2001 with nmh-1.0.4 To: Warner Losh Cc: arch@freebsd.org, brian@Awfulhak.org Subject: Re: The whole libc thing. In-Reply-To: Message from Warner Losh of "Thu, 15 Feb 2001 09:04:45 MST." <200102151604.f1FG4jW62156@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Feb 2001 02:25:15 +0000 From: Brian Somers Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG [.....] > Step 5: > Bump the major version of libc and start using something like > peter's change. Step 5.1: Bump the version number on all libraries that don't contain a dependency on libc but contain __sF references. And I'm sure there are other horrors there... For example: cd /usr/local/lib for f in lib*.so.* do objdump -x $f | fgrep NEEDED | fgrep -q libc.so. || nm $f | fgrep -wq __sF && echo $f done Produces a list of 23 libraries (out of 54) on my laptop :-( Tell me if I'm wrong, but I believe these libraries contain no indication of what libc they want, but may be mucking about with stdio internals... I think step 5 can't happen 'till we declare declare a D-day after which old binaries and libraries just won't work. I also can't think of any way to soften the blow. At the end of the day, there are binaries out there that not only know the size of sF, but they also play with the internals directly. Binary support of this without some currently-unused-internal-changed-to-a-pointer kludge is unlikely AFAICT. > Warner -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message