Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 27 Aug 2007 12:01:00 -0700
From:      Alfred Perlstein <alfred@freebsd.org>
To:        John Baldwin <jhb@freebsd.org>
Cc:        src-committers@freebsd.org, cvs-all@freebsd.org, deischen@freebsd.org, cvs-src@freebsd.org, Warner Losh <imp@bsdimp.com>, yar@comp.chem.msu.su
Subject:   Re: cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h
Message-ID:  <20070827190100.GY87451@elvis.mu.org>
In-Reply-To: <200708270850.20904.jhb@freebsd.org>
References:  <20070824215515.GF16131@turion.vk2pj.dyndns.org> <Pine.GSO.4.64.0708241819220.13181@sea.ntplx.net> <20070824.172212.74696955.imp@bsdimp.com> <200708270850.20904.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
* John Baldwin <jhb@freebsd.org> [070827 05:48] wrote:
> 
> I think it will be confusing to have missing symbols just as folks would
> have thought it confusing to have 6.x ship with libc.so.8 if we had
> bumped libc multiple times.  I also think that just managing the
> interfaces that show up in releases and -stable branches will be enough
> extra bookkeeping to keep track of as it is.

This is something I just don't understand, why is some psuedo-arbitrary
number somehow MORE confusing/damaging than some convoluted upgrade
path?

The only negative (which is bs) of doing so is keeping around multiple
compat libraries for the same release, which we can simply decide not
to do.

(meaning, for your example there does not need to be a libc.so.7
shipped in some compat package unless someone really wants to)

-Alfred



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070827190100.GY87451>