On Mon, Feb 25, 2002 at 07:24:58PM -0800, Greg Stein wrote:
> On Mon, Feb 25, 2002 at 10:05:27PM -0500, Ben Collins wrote:
> > On Mon, Feb 25, 2002 at 06:36:31PM -0800, Greg Stein wrote:
> >...
> > > We would need all three: major, minor, and patch. API changes occur even
> > > between patches, so we will sometimes need to specify a specific patch
> > > release.
> >
> > That's pretty flawed, IMO.
>
> Eh? The API isn't stable, and it changes between patch levels. Neon has not
> seen a 1.0 release, and its API is explicitly subject to change.
I'm going by libtool's suggested usage of major/minor/patchlevel, which
calls for atleast the update of minor (they call it something different,
but it eludes me right now) to signify that the API is changed. Changing
the API is perfectly fine, if the soname and minor abide by certain
rules. Just imaging that if I compile something against 0.19.2 and tried
to run it against 0.19.3. Same soname, same minor; should work. If the
API changes to break that, then it should be 0.20.1, not 0.19.3. On the
opposite hand, you can't expect something compiled against 0.19.3 to
work with 0.19.2 at all.
> Personally, I'm glad for it. I will *happily* update our use of Neon, if
> that change to Neon improved it. I would hate to see a case where Neon (or
> any other Open Source package) got held back from doing the Right Thing.
Agreed.
> >...
> > I was thinking something like:
> >
> > NEON_VER_REGEX="'0.19.[2-9]'"
> >
> > NEON_VER=`neon-config #or whatever`
> >
> > NEON_PASSED=`echo $NEON_VER | grep -E $NEON_VER_REGEX`
> >
> > if test "$NEON_VER" == "$NEON_PASSED"; then
> > # Kick ass, this version is ok
> > fi
>
> Sure, as long as we stick to a lower/upper bound concept. The mechanics
> don't bother me.
>
>
> Patches welcome :-)
What!? I produce working pseudo code and you want patches!? What's this
world coming to!? :)
--
.----------=======-=-======-=========-----------=====------------=-=-----.
/ Ben Collins -- Debian GNU/Linux -- WatchGuard.com \
` bcollins@debian.org -- Ben.Collins@watchguard.com '
`---=========------=======-------------=-=-----=-===-======-------=--=---'
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:09 2006