cvs commit: src/lib/libc/gen fts-compat.c fts-compat.h

[John Baldwin]

On Saturday 25 August 2007 05:33:16 pm Ken Smith wrote:
> On Sat, 2007-08-25 at 17:06 -0400, Daniel Eischen wrote:
> > On Sat, 25 Aug 2007, Ken Smith wrote:
> > 
> > >
> > > [ Not bothering to include references for the entire thread, go back and
> > > read them if you really want to... ]
> > >
> > > I want Yar's work to proceed as planned please.  My reasons are:
> > 
> > No offense, but some things have been going in without being discussed
> > an -arch or -current.  Approval for committing still has to go through
> > re@, but that doesn't mean that changes shouldn't be vetted elsewhere
> > prior to being sent to re@ approval.
> > 
> 
> If that's the case then it's been my negligence and I apologize.  I'll
> try to be more mindful of that moving forward.

The issue is that a plethora of symbol versions breaks our prior practice
of limiting major bumps of shared libraries to 1 per release.  Just as with
shared libraries, we version the ABIs in releases and stable branches.
We have _never_ versioned ABI changes in HEAD because HEAD is a tumultuous
place and having the ABIs change multiple times in a branch w/o having
multiple version bumps is just part of running HEAD.  It should only affect
developers because the vast majority of users are not running HEAD, so they
just see 1 version bump and 1 ABI change when the new X.0 release is cut.

Yar's changes should go in and before BETA1, but we don't need any compat
hacks because the compat would be for users that we don't provide compat
for.

-- 
John Baldwin