notmuch/configure, branch 0.18.2

configure: add workaround for systems without zlib.pc

2014-06-21T19:40:39Z

Some systems (e.g. FreeBSD) might not have installed the appropriate pkg-config file as they should. We can workaround the issue by creating the .pc file they should have distributed. Signed-off-by: Felipe Contreras

configure: fix comment, pass HAVE_CANONICALIZE_FILE_NAME to build

2014-04-18T20:58:59Z

Apparently omitting it is not fatal, but let's be consistent with the other compat functions.

configure: add $(ZLIB_CFLAGS) to CONFIGURE_CFLAGS

2014-04-13T11:42:38Z

As it is defined in CONFIGURE_CXXFLAGS.

dump: support gzipped and atomic output

2014-04-12T10:59:44Z

The main goal is to support gzipped output for future internal calls (e.g. from notmuch-new) to notmuch_database_dump. The additional dependency is not very heavy since xapian already pulls in zlib. We want the dump to be "atomic", in the sense that after running the dump file is either present and complete, or not present. This avoids certain classes of mishaps involving overwriting a good backup with a bad or partial one.

compat: add canonicalize_file_name

2014-04-08T10:27:14Z

the POSIX 2008 behaviour of realpath is not available everywhere so we provide a simple wrapper function. We use (and provide) the gnu extension canonicalize_file_name to make it cleaner to test for the feature we need; otherwise we have to rely on realpath segfaulting if the second argument is null.

doc: fix out-of-tree build

2014-03-25T11:32:10Z

The subtle part is adding .rst and .py files to vpath so they can be used as dependencies without prefixing with $(srcdir) We also change the interface to mkbuildeps.py: rather than getting the containing directory from the conf file path, we go the other way.

build: move canonical list of subdirectories to configure script

2014-03-25T11:32:10Z

The configure script needs this list for out of tree builds. Grabbing it from the Makefile via sed was fragile and broken.

doc: configure detection of sphinx and rst2man

2014-03-18T10:39:32Z

Because sphinx-build does not provide a convenient way of listing which builders exist, and some people actually have pre 1.0 sphinx, we try loading a relevant python module. Currently the assumption is that no python in path -> no sphinx-build in path.

new: Detect dirent.d_type support at configure time

2014-02-14T12:42:45Z

Support for dirent.d_type is OS-specific. Previously, we used _DIRENT_HAVE_D_TYPE to detect support for this, but this is apparently a glic-ism (FreeBSD, for example, supports d_type, but does not define this). Since there's no cross-platform way to detect support for dirent.d_type, detect it using a test compile at configure time.

configure: only install bash completion if supported

2014-02-03T20:19:08Z

Our bash completion depends on bash-completion 1.90 or later. Only install where available.