libpthread shared library version number

John Hay jhay at meraka.org.za
Fri Nov 3 04:21:22 UTC 2006


> >>>> Hmm, bumping not versioned libraries *now* and not bumping them
> >>>> again at pre-release would work, but doing it without also bumping
> >>>> "to be versioned" libraries is IMO pointless.  And if we bump all
> >>>> of them now, we'll have to bump some of them again when versioning
> >>>> is turned on by default.
> >>> No, we will not have to do it. Why would we? It's -CURRENT, so that
> >>> nobody really cares about backward/forward compatibility within that
> >>> branch.
> >>>
> >> I'd very much like NOT to have to recompile all of my installed
> >> ports on my -CURRENT boxes the day we turn on symbol versioning,
> >> and that will require the shlib major bump of those libs that
> >> will provide symbol versioning.  If we do the bump now, we'll
> >> have to do it again later, and that's slightly against the rule
> >> that we only bump them once inside a branch.
> > 
> > Repeat after me: *we won't have to do it* since we don't generally care
> > whether or not one have to rebuild all or some of his packages in
> > current due to some ongoing changes.
> 
> Doing stuff like this adds unnecessary burden to folks running HEAD.
> The result is fewer people will track the code and less testing will be
> done.  Unless there's a valid reason for doing it separately it seems
> best to wait for a point where some other change goes in that requires
> users to update their ports.

The flip side of the argument is that if you have compiled stuff in
current, you have the capabilty to do it again, so if the versions
were bumped early enough, you only influence the apps that you have
compiled, but keep on making it possible to run current and still
use apps that was compiled for older versions of FreeBSD. So you
make if possble for more people to run current even on there desktops
and get a lot more testing milage out of current.

I vote for bumping the version of a lib the first time it goes 
incompatable ... actually just before that so that you don't get
incompatable libs with the same number.

And yes I do run -current on my home desktop too and no the FreeBSD
foundation do not have a diablo package for current. :-/

John
-- 
John Hay -- John.Hay at meraka.csir.co.za / jhay at FreeBSD.org


More information about the freebsd-current mailing list