This fixeststack/lnav#253
The libcurl.m4 macros will still continue to look for a static archive
for libcurl but if one is not found and the binary is being compiled on
OS X, they will pick up the dynamic library if one is available.
* 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 systems, sqlite3 requires pthread libraries to be linked in. Add
the flag so that autoconf can successfully compile and look for
'sqlite3_open'.
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.
On FreeBSD variant, readline functionality is provided by editline which
is almost compatible but not quite. We could do a specific check for
editline but if editline adds the functionality in the future, this
check will still continue to fail. Instead look for one of the symbols
currently missing in editline as a sanity check.
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.
* Move all the m4 macros in to their own directory.
* Rename 'ax_with_jemalloc.m4' -> 'lnav_with_jemalloc.m4' because
'ax_with_*' is a convention for third-party aclocal macros in the
official archives.
* Rename the methods to be more lnav specific.