From owner-freebsd-current  Sat Mar 30 00:41:29 1996
Return-Path: owner-current
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id AAA22935
          for current-outgoing; Sat, 30 Mar 1996 00:41:29 -0800 (PST)
Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id AAA22930
          for <current@freefall.freebsd.org>; Sat, 30 Mar 1996 00:41:27 -0800 (PST)
Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id BAA07043; Sat, 30 Mar 1996 01:38:52 -0700
From: Terry Lambert <terry@lambert.org>
Message-Id: <199603300838.BAA07043@phaeton.artisoft.com>
Subject: Re: We need to do another XFree86 release for -current someday soon..
To: imp@village.org (Warner Losh)
Date: Sat, 30 Mar 1996 01:38:51 -0700 (MST)
Cc: alk@Think.COM, current@freefall.freebsd.org
In-Reply-To: <199603300400.VAA07310@rover.village.org> from "Warner Losh" at Mar 29, 96 09:00:25 pm
X-Mailer: ELM [version 2.4 PL24]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-current@FreeBSD.ORG
X-Loop: FreeBSD.org
Precedence: bulk

> :    > Why do ns_addr() and iso_addr() have to go?  What's the big deal?
> : 
> :    Because the network address families they supported are no longer
> :    shipped, and thus they won't compile any more.
> : 
> : Please, that isn't good enough to justify the cost.  Stub them to
> : return errors.
> 
> When they were removed, it was because no one was using them.
> However, now everyone is impacted by having to build new binaries.  If
> this is the only reason, it seems that it would be better to stub them
> out (since no one will notice if no one is using them) and not bumpt
> the major rev of the shared libaries.

If no one was truly using them, instead of this being just an opinion,
then no one would be impacted by their removal even if the version
number is not bumped.

To argue that the version number needs bumped is to argue against
their removal.


					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.