<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/util, branch 0.11_rc2</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.11_rc2</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.11_rc2'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2011-12-12T15:54:16Z</updated>
<entry>
<title>build-system: clean $(libutil_modules) rather than listing them individually.</title>
<updated>2011-12-12T15:54:16Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-12-12T15:54:16Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=518d4ef7d0a45e7b9a63a377892daf9b7f2f6791'/>
<id>urn:sha1:518d4ef7d0a45e7b9a63a377892daf9b7f2f6791</id>
<content type='text'>
This matches the way the other 'Makefile.local's work.
</content>
</entry>
<entry>
<title>build system: clean up object files in ./test and ./util</title>
<updated>2011-11-26T17:55:07Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-11-26T17:55:07Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=9756b9dcb93c1babf5083cd91ad242b148c426a3'/>
<id>urn:sha1:9756b9dcb93c1babf5083cd91ad242b148c426a3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>remove GCC visibility pragmas</title>
<updated>2011-10-31T12:05:07Z</updated>
<author>
<name>Tomi Ollila</name>
<email>tomi.ollila@iki.fi</email>
</author>
<published>2011-10-31T12:01:28Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=556c5fa8900d14c61544f3ac016d3cca1db5a91a'/>
<id>urn:sha1:556c5fa8900d14c61544f3ac016d3cca1db5a91a</id>
<content type='text'>
libnotmuch.so.* linking fail on some environments. According to
David Bremner on irc:
 "We jump through hoops with the linker script (notmuch.sym) so
 the pragmas are not needed. And they are a little bizarre in a
 library anyway..."
</content>
</entry>
<entry>
<title>xregcomp: don't consider every regex compilation failure an internal error.</title>
<updated>2011-10-31T02:10:38Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-10-23T20:52:19Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=7a87830f5eb32373bc17235e9d178d383830dc64'/>
<id>urn:sha1:7a87830f5eb32373bc17235e9d178d383830dc64</id>
<content type='text'>
This pushes the error handling up one step, but makes the function
more flexible. Running out of memory still triggers an internal error,
in the spirit of other xutils functions.
</content>
</entry>
<entry>
<title>xutil.c: remove duplicate copies, create new library libutil.a to contain xutil.</title>
<updated>2011-10-31T02:09:49Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-10-23T15:05:13Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1dedfc90f6eee7cad10f1a1ceb39a7a1c4dbd1b1'/>
<id>urn:sha1:1dedfc90f6eee7cad10f1a1ceb39a7a1c4dbd1b1</id>
<content type='text'>
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.
</content>
</entry>
</feed>
