From owner-freebsd-current Wed Feb 14 23:42:43 2001 Delivered-To: freebsd-current@freebsd.org Received: from dragon.nuxi.com (trang.nuxi.com [209.152.133.57]) by hub.freebsd.org (Postfix) with ESMTP id 2ED2337B401 for ; Wed, 14 Feb 2001 23:42:38 -0800 (PST) Received: (from obrien@localhost) by dragon.nuxi.com (8.11.2/8.11.1) id f1F7gYb66451; Wed, 14 Feb 2001 23:42:34 -0800 (PST) (envelope-from obrien) Date: Wed, 14 Feb 2001 23:42:34 -0800 From: "David O'Brien" To: Warner Losh Cc: freebsd-current@freebsd.org Subject: Re: Major bumping of libFOO Message-ID: <20010214234234.C65907@dragon.nuxi.com> Reply-To: freebsd-current@freebsd.org References: <20010214232503.A65907@dragon.nuxi.com> <200102142245.f1EMjvW67558@harmony.village.org> <20010214232503.A65907@dragon.nuxi.com> <200102150732.f1F7WXW43163@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200102150732.f1F7WXW43163@harmony.village.org>; from imp@harmony.village.org on Thu, Feb 15, 2001 at 12:32:33AM -0700 X-Operating-System: FreeBSD 5.0-CURRENT Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Thu, Feb 15, 2001 at 12:32:33AM -0700, Warner Losh wrote: > In message <20010214232503.A65907@dragon.nuxi.com> "David O'Brien" writes: > : On Wed, Feb 14, 2001 at 03:45:57PM -0700, Warner Losh wrote: > : > Here's a patch that I think will fix the major breakage with major > : > library versions. > : > : I haven't tried to build -current for a few days now. Can you summerize > : what breakage you are seeing? > > The problem is that new libFOO.so.N have references to > __std{in,out,err}, instantly breaking all old binaries on the system. > > Eg, libcam.so.2 used to have __sF, which as defined in libc.so.[345]. > However, after the bump to lib.so.5.XXXXXXX and rebuild the world, > libcam.so.2 now references __std*. For apps that were linked before > against libc.so.[345], this causes undefined symbols at runtime. I'm not happy about bumping every shared lib. Can you answer: (1) does a ``make world'' will not work? Peter showed that we had no choice with libc due to the use of the host's existing install programs. (2) even if #1 works, will a 6mo. old binary (using one of these libs) run w/o the change? Will a binary from 4.2-R run? If this is just to keep one from having to reintall /usr/local/, I'm not sure that is suffient reason for the bumpage. Note that if you are going to bump shlib versions, you should follow the libc.so versioning scheme. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message