From owner-freebsd-current Sat May 2 23:05:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA14121 for freebsd-current-outgoing; Sat, 2 May 1998 23:05:45 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA14107; Sat, 2 May 1998 23:05:33 -0700 (PDT) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.8/8.8.7) id QAA11651; Sun, 3 May 1998 16:06:27 +1000 (EST) (envelope-from jb) From: John Birrell Message-Id: <199805030606.QAA11651@cimlogic.com.au> Subject: Re: errno change breaks old shared library linkage In-Reply-To: <199805030531.PAA06287@godzilla.zeta.org.au> from Bruce Evans at "May 3, 98 03:31:21 pm" To: bde@zeta.org.au (Bruce Evans) Date: Sun, 3 May 1998 16:06:26 +1000 (EST) Cc: jb@FreeBSD.ORG, current@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans wrote: > An interface change like errno -> (*__error()) requires bumping the > major numbers of all shared libraries that use the interface, although > it doesn't necessarily require bumping even the minor number of the > shared library that implements the interface. libtermcap was last > broken by the issetugid() changes. The errno change probably affects > more libraries and is harder to kludge around. You want me to bump _all_ major numbers that I can find?! The problem here is that shared libraries don't link against other shared libraries - only the program knows what shared libraries it is looking for. This means that it is always possible that an interface change will require a re-link of the programs. In this case, I don't think that's unreasonable since the example you gave was for lib major 2 and the interface change is in major 3. For a major OS release (from 2 -> 3) relinking third party programs is reasonable. We just need to make the libraries consistent. -- John Birrell - jb@cimlogic.com.au; jb@freebsd.org http://www.cimlogic.com.au/ CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message