If we have both 64-bit and 32-bit versions of ncurses installed,
currently the 32-bit libraries in /lib get found first, so gcc fails to
link against them, and ./configure ends up thinking that we're missing
ncurses libraries.
So scan /lib64 before /lib. There might be a better fix, but hopefully
it will avoid breaking 32-bit distributions and distributions which have
64-bit libraries in /lib.
v3.6.0 was the last released version of sqlite3 that I could
successfully compile with without any source changes. I could
compile with v3.4.2 but that required some code changes which
were not really worth the trouble of supporting v3.4.2, which was
released on 2007-08-13.
* Remove some of the obsolete macros.
* Use AC_CONFIG_MACRO_DIR to allow compatibility with older versions of
autoconf.
* Remove AU_ALIAS from curses macro.
* On some misconfigured systems, libgpm is required along with ncurses.
I haven't been able to figure out the correct way to figure out these
dependencies without resorting to using external tools like 'nm'. So
for the moment, if libgpm is not found, at least warn the user that
the build might fail later.
* Ncurses on OS X does not require libgpm, so there is no need to test
for it.
* There seems to be an 'AC_DEFINE' _BSD_SOURCE which does not seem to be
used anywhere. Removing this for now.
* Remove some artifacts left behind by Emacs.
In some cases, tinfo is not required to build but the library still gets
linked in because it's present on the system. There should be an
explicit way to disable linking with tinfo.
The current macro does not seem to honor the CFLAGS and LDFLAGS
variables if '--with-sqlite3=yes' is used. Fix this and some of
the other cruft in the macro.
The macro does not track the include directory when it is passed in
using the '--with-readline=/foo/bar' invocation of '--with-readline'
flag.
This change should fix the problem. I've tried to keep the functionality
exactly the same as before and converted the script to pure M4sh, which
should produce a more portable configure script.