apr-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ryan Bloom <...@covalent.net>
Subject Re: cvs commit: apr/test testvsn.c .cvsignore Makefile.in
Date Sun, 11 Nov 2001 17:14:42 GMT
On Saturday 10 November 2001 11:23 pm, gstein@apache.org wrote:

>     ### we have not defined source/binary compatibility guidelines yet and
>     ### how those map against these (release) version numbers. a strawman
>     ### would be the following text:

We should have this discussion now.

>     APR is binary-compatible (an app compiled against one version does not
>     need to be recompiled to work against another version) for the same
>     MAJOR and MINOR versions.
>     APR is source-compatible (an app needs to be recompiled, but will work
>     the same) for the same MAJOR version.
>     If the MAJOR version changes, then an application may need source
> changes.

This is a library, backwards compatibility is a must.  If we break backwards
compat after we release, we will have broken a lot of users.  -0.9 for ever
allowing backwards compat to be broken.  If the MAJOR number is increasing,
then a program should never need to be re-compiled, let alone source changes.


Ryan Bloom				rbb@apache.org
Covalent Technologies			rbb@covalent.net

View raw message