From owner-freebsd-current Tue Mar 28 02:44:52 1995 Return-Path: current-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA07113 for current-outgoing; Tue, 28 Mar 1995 02:44:52 -0800 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA07103 for ; Tue, 28 Mar 1995 02:44:35 -0800 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id UAA19653; Tue, 28 Mar 1995 20:38:35 +1000 Date: Tue, 28 Mar 1995 20:38:35 +1000 From: Bruce Evans Message-Id: <199503281038.UAA19653@godzilla.zeta.org.au> To: bde@zeta.org.au, wollman@halloran-eldar.lcs.mit.edu Subject: Re: shared library versioning Cc: current@FreeBSD.org Sender: current-owner@FreeBSD.org Precedence: bulk >>> I didn't see a bump, but as a result of this change, it should be. >> Why just for this change? I don't want the version number bumped, I >> want more care taken to avoid having to bump it for unimportant >> changes. >Because when a new function is added to a library, the minor version >number needs to be incremented, so that users don't get confused. I asked why just for this change. New globals in the application's namespace have been introduced in the following libraries since 2.0R: libc: only the strhash globals. libdialog: many new globals. libforms: many new globals. Many interface changes. libg++: some regexp globals removed. libgcc: many globals removed, but we've already fixed the problems. libncurses: many new globals. Some removed. Some renamed. libreadline: many new globals. One removed. libtermcap: one new global. The strhash module should be moved to some more volatile library so that the version number of libc can be left alone. The minor or major version number of the others should be bumped for 2.1. Bruce