bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libposix - is it done yet?


From: Ralf Wildenhues
Subject: Re: libposix - is it done yet?
Date: Mon, 11 Oct 2010 07:08:00 +0200
User-agent: Mutt/1.5.20 (2010-08-04)

* Bruce Korb wrote on Sun, Oct 10, 2010 at 11:45:43PM CEST:
> However, since folks fixing the modules are highly unlikely
> to be thinking about miniscule perturbations of libposix
> interfaces,

Why not?  They are thinking of adding a NEWS entry, too, for
incompatible changes?  Bumping the library REVISION before a release
(or maybe encoding the date in the REVISION only) is not much more work.

> then you wind up with these choices:
> 
> 1. immutable, with the noted problem
> 2. Use version $YEAR$MONTH$DAY:0:0 necessitating a recompile
>    of everything that uses it with every new libposix installation.
>    Probably not good either.

That would be the worst solution.

> 3. People (or someone) takes responsibility for twiddling the LTV_*
>    values for every change to the library.  Who would that be?
> I certainly agree that #3 is best.  I just don't see how it'd work well.
> I think #2 would make it unusable.  There is a fourth possibility:
> 
> 4. Write some comprehensive interface measurement tool that auto-bumped
>    the revision number and triggered a warning for a human being to
>    check for possible interface incompatibilities.

Debian has scripts for shared library version checking and handling.
I don't know if they have something that fits (4), but honestly I don't
think it is possible to detect automatically all situations in which a
version bump is necessary.  Some might be policy changes only.

Cheers,
Ralf



reply via email to

[Prev in Thread] Current Thread [Next in Thread]