On Mon, Apr 22, 2013 at 8:26 AM, Jan Staněk <jsta...@redhat.com> wrote:

> Hello,
> support for the ARM 64 bit CPU architecture (aarch64) was introduced in
> autoconf 2.69.  sqlite appears to use an earlier version of
> autoconf, preventing its being built.


Can you be more specific about what the current configuration script in
SQLite lacks that aarch64 needs?  SQLite has very few dependencies, to the
point that a configure script is almost superfluous.

I really dislike changing autoconf versions since any autoconf upgrade
results in a massive change in the generated "configure" script, which is
annoying to audit before each release, and which results in exceedingly
large and uninstructive diffs between successive versions.

Here is an example to clarify the latter point:
http://www.sqlite.org/src/vdiff?from=version-3.7.15&to=version-3.7.16 shows
all source code differences between SQLite version 3.7.15 and 3.7.16.  This
is a large but manageable diff.  Had we changed autoconf versions in
between those two releases, the diff would have been many times larger, to
the point of being unmanageable large, but would not convey any new useful
information.

So, we need a compelling reason to update autoconf.  If you think this is
something that needs to be done, then you need to make your case.  You say
that the current version of autoconf used by SQLite "prevent[s] its being
built".  That is not strictly true.  It might make it less convenient to
build on 64-bit ARM.  It might mean that you need to rerun "autoconf"
before building on ARM.  It might mean that you need to use a technique
other than "./configure; make" to build.  But it does not prevent SQLite
from being built.  And 64-bit ARM is still an obscure architecture.  In my
estimation, the inconvenience to everyone of an massive diff between
releases outweighs the benefit of being easier to build on an obscure
architecture.

You (or anyone else) are welcomed to argue to the contrary, of course.




> Would it be possible to migrate sqlite to new version of autoconf?
> Thanks for answer,
> Jan Stanek
>

-- 
D. Richard Hipp
d...@sqlite.org
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users

Reply via email to