<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/lib/notmuch-private.h, branch 0.36</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.36</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.36'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2021-10-23T12:48:39Z</updated>
<entry>
<title>lib: make indexopts pointers opaque</title>
<updated>2021-10-23T12:48:39Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-06-12T13:26:16Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c128c995bc3e7474d4086af7e2066f60f54329b2'/>
<id>urn:sha1:c128c995bc3e7474d4086af7e2066f60f54329b2</id>
<content type='text'>
There is no reason for anything outside the indexopts.c compilation
unit to have access to structure members.
</content>
</entry>
<entry>
<title>lib: remove enum names from typedefs</title>
<updated>2021-10-23T11:38:53Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2021-10-13T14:02:16Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6987286a5b562709c1de583db66673c202fd926c'/>
<id>urn:sha1:6987286a5b562709c1de583db66673c202fd926c</id>
<content type='text'>
There are some enum typedefs with the enum name:

    typedef enum _name_t { ... } name_t;

We don't need or use the enum names _name_t for anything, and not all
of the enum typedefs have them. We have the typedefs specifically to
use the typedef name.

Use the anonymous enum in the typedefs:

    typedef enum { ... } name_t;
</content>
</entry>
<entry>
<title>lib: make glib initialization thread-safe</title>
<updated>2021-05-14T01:21:57Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-05-09T20:33:48Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8410be8e0867820c9814d06b49ff6da822d384a3'/>
<id>urn:sha1:8410be8e0867820c9814d06b49ff6da822d384a3</id>
<content type='text'>
In principle this could be done without depending on C++11 features,
but these features should be available since gcc 4.8.1, and this
localized usage is easy to replace if it turns out to be problematic
for portability.
</content>
</entry>
<entry>
<title>lib: add NOTMUCH_STATUS_NO_DATABASE</title>
<updated>2021-03-27T12:26:14Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-02-23T19:56:47Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2e39ce6eb5d5e5ae2a2a4ed419190003f47e566e'/>
<id>urn:sha1:2e39ce6eb5d5e5ae2a2a4ed419190003f47e566e</id>
<content type='text'>
This will allow more precise return values from various open related functions.
</content>
</entry>
<entry>
<title>lib/compact: enable split config</title>
<updated>2021-03-20T10:50:06Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-02-02T11:51:23Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b30a59157d5ba0421c01fa3dc05d238d18738839'/>
<id>urn:sha1:b30a59157d5ba0421c01fa3dc05d238d18738839</id>
<content type='text'>
This promotes _choose_xapian_path from static to extern linkage in
order to share between open.cc and database.cc.
</content>
</entry>
<entry>
<title>lib: publish API for notmuch_database_reopen</title>
<updated>2021-03-18T11:03:36Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-03-14T14:01:57Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1121299905e2b2684d7cc56ec35c26c3a012783e'/>
<id>urn:sha1:1121299905e2b2684d7cc56ec35c26c3a012783e</id>
<content type='text'>
Include the (currently unused) mode argument which will specify which
mode to re-open the database in. Functionality and docs to be
finalized in a followup commit.
</content>
</entry>
<entry>
<title>lib: run uncrustify</title>
<updated>2021-03-13T12:45:34Z</updated>
<author>
<name>uncrustify</name>
<email>david@tethera.net</email>
</author>
<published>2021-03-13T12:45:34Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8aeba1228ace947c1b689ae6ae08db5d53755917'/>
<id>urn:sha1:8aeba1228ace947c1b689ae6ae08db5d53755917</id>
<content type='text'>
This is the result of running

     $ uncrustify --replace --config ../devel/uncrustify.cfg *.c *.h *.cc

in the lib directory
</content>
</entry>
<entry>
<title>Merge tag '0.31.4'</title>
<updated>2021-02-18T12:47:53Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-02-18T12:47:53Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=4c79a2dabe38ac72eb9eb21620f2ffca5f1885c6'/>
<id>urn:sha1:4c79a2dabe38ac72eb9eb21620f2ffca5f1885c6</id>
<content type='text'>
notmuch 0.31.4 release
</content>
</entry>
<entry>
<title>fix build failure with glib 2.67</title>
<updated>2021-02-15T20:43:50Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-02-15T20:43:50Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6db8b422d91a75b7c16f013f10f41d1109ce5866'/>
<id>urn:sha1:6db8b422d91a75b7c16f013f10f41d1109ce5866</id>
<content type='text'>
Based on a patch from Michael J Gruber [1].  As of glib 2.67 (more
specifically [2]), including "gmime-extra.h" inside an extern "C"
block causes build failures, because glib is using C++ features.

Observing that "gmime-extra.h" is no longer needed in
notmuch-private.h, which can simply delete that include, but
we have to correspondingly move the includes which might include
it (in particular crypto.h) out of the extern "C" block also.

This seems less fragile than only moving gmime-extra, and relying on
preprocessor sentinels to keep the deeper includes from happening.

Move to the include to the outside of the extern block.

[1]: id:aee618a3d41f7889a7449aa16893e992325a909a.1613055071.git.git@grubix.eu
[2]: https://gitlab.gnome.org/GNOME/glib/-/merge_requests/1715
</content>
</entry>
<entry>
<title>lib: use a stricter unused macro</title>
<updated>2021-02-15T02:28:55Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2021-02-15T02:28:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=1b2ec7578e7dd442bd76d620564553aaa70e9e9b'/>
<id>urn:sha1:1b2ec7578e7dd442bd76d620564553aaa70e9e9b</id>
<content type='text'>
This would have caught bugs like the one corrected in the previous commit.
</content>
</entry>
</feed>
