Date: Thu, 15 Feb 2001 01:00:05 -0700 From: Warner Losh <imp@harmony.village.org> To: freebsd-current@freebsd.org Subject: Re: Major bumping of libFOO Message-ID: <200102150800.f1F805W66462@harmony.village.org> In-Reply-To: Your message of "Wed, 14 Feb 2001 23:42:34 PST." <20010214234234.C65907@dragon.nuxi.com> References: <20010214234234.C65907@dragon.nuxi.com> <20010214232503.A65907@dragon.nuxi.com> <200102142245.f1EMjvW67558@harmony.village.org> <20010214232503.A65907@dragon.nuxi.com> <200102150732.f1F7WXW43163@harmony.village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message <20010214234234.C65907@dragon.nuxi.com> "David O'Brien" writes: : I'm not happy about bumping every shared lib. Can you answer: Nor am I. : (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. make world works. But... : (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? old binaries fail w/o the bump. : If this is just to keep one from having to reintall /usr/local/, I'm not : sure that is suffient reason for the bumpage. Out bumpage of libc makes all old binaries break. all of them. : Note that if you are going to bump shlib versions, you should follow the : libc.so versioning scheme. For the first bump, I disagree, but for the next yes, that's right. However, I'm leaning away from bumping now. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200102150800.f1F805W66462>