notmuch/lib/Makefile.local, branch 0.16_rc1

lib/Makefile.local: depend on libs we are linking with

2013-01-22T12:59:33Z

lib: add date range query support

2012-10-31T19:55:32Z

Add a custom value range processor to enable date and time searches of the form date:since..until, where "since" and "until" are expressions understood by the previously added date/time parser, to restrict the results to messages within a particular time range (based on the Date: header). If "since" or "until" describes date/time at an accuracy of days or less, the values are rounded according to the accuracy, towards past for "since" and towards future for "until". For example, date:november..yesterday would match from the beginning of November until the end of yesterday. Expressions such as date:today..today means since the beginning of today until the end of today. Open-ended ranges are supported (since Xapian 1.2.1), i.e. you can specify date:..until or date:since.. to not limit the start or end date, respectively. CAVEATS: Xapian does not support spaces in range expressions. You can replace the spaces with '_', or (in most cases) '-', or (in some cases) leave the spaces out altogether. Entering date:expr without ".." (for example date:yesterday) will not work as you might expect. You can achieve the expected result by duplicating the expr both sides of ".." (for example date:yesterday..yesterday). Open-ended ranges won't work with pre-1.2.1 Xapian, but they don't produce an error either. Signed-off-by: Jani Nikula

build: build parse-time-string as part of the notmuch lib and static cli

2012-10-31T19:53:01Z

Support OpenBSD

2012-10-27T12:35:47Z

OpenBSD's build flags are identical to FreeBSD, except that libraries need to be explicitly linked against libc. No code changes are necessary. From: Cody Cutler

lib: Bump SO version from 2.0.0 to 3.0.0

2012-05-05T23:06:09Z

We've changed the APIs of notmuch_database_open, notmuch_database_create, and notmuch_database_close. Amended by db: also bump string in bindings/python/notmuch/globals.py

Don't link libnotmuch if libutil isn't linked in properly.

2011-11-19T19:18:05Z

For some reason, on my machine, the link is picking up /usr/lib/libutil.so instead of util/libutil.a. This causes there to be undefined symbols in libnotmuch, making it unuseable. This patch causes the link to fail instead.

Link libutil using filenmae, rather than using -l.

2011-11-13T18:58:21Z

glibc includes a libutil, so if the wrong -L options get passed, we will pick up glibc's version, rather than our own.

xutil.c: remove duplicate copies, create new library libutil.a to contain xutil.

2011-10-31T02:09:49Z

We keep the lib/xutil.c version. As a consequence, also factor out _internal_error and associated macros. It might be overkill to make a new file error_util.c for this, but _internal_error does not really belong in database.cc.

Prefix lib/notmuch.h and lib/gen-version-script.sh with $(srcdir)

2011-10-25T00:56:23Z

lib/notmuch.h and lib/gen-version-script.sh couldn't have been found when building out of sources directory.

lib: bump SONAME

2011-10-04T16:47:04Z

Based on discussions with amdragon, tschwinge, and others on IRC, I concluded that 1) symbol versioning was probably overkill for libnotmuch 2) It was also probably GNU ld specific 3) Most importantly, nobody could tell me on short notice how exactly it works. So since the change to the notmuch_database_find_message breaks the previous ABI, we need to bump the SONAME.