<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/compat, branch 0.31_rc2</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.31_rc2</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.31_rc2'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2020-08-10T00:14:36Z</updated>
<entry>
<title>emacs: Use makefile-gmake-mode in Makefile*s</title>
<updated>2020-08-10T00:14:36Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2020-08-08T11:49:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c4541353765dec837c1c2f912b1bf6661827429c'/>
<id>urn:sha1:c4541353765dec837c1c2f912b1bf6661827429c</id>
<content type='text'>
Use `makefile-gmake-mode' instead of `makefile-mode' because the
former also highlights ifdef et al. while the latter does not.

"./Makefile.global" and one "Makefile.local" failed to specify any
major mode at all but doing so is necessary because Emacs does not
automatically figure out that these are Makefiles (of any flavor).
</content>
</entry>
<entry>
<title>compat: run uncrustify</title>
<updated>2019-06-14T10:41:27Z</updated>
<author>
<name>uncrustify</name>
<email>david@tethera.net</email>
</author>
<published>2019-06-13T10:34:25Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8099050c7191525c63b03e8b175620d2a2c1a9a3'/>
<id>urn:sha1:8099050c7191525c63b03e8b175620d2a2c1a9a3</id>
<content type='text'>
This is the result of running

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

in the compat directory
</content>
</entry>
<entry>
<title>Use rooted paths in .gitignore files</title>
<updated>2017-08-18T22:42:35Z</updated>
<author>
<name>Vladimir Panteleev</name>
<email>notmuch@thecybershadow.net</email>
</author>
<published>2017-08-17T00:41:10Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ca4688e103c644fa383108a79668e8e0b4dbe262'/>
<id>urn:sha1:ca4688e103c644fa383108a79668e8e0b4dbe262</id>
<content type='text'>
A leading / in paths in a .gitignore file matches the beginning of the
path, meaning that for patterns without slashes, git will match files
only in the current directory as opposed to in any subdirectory.

Prefix relevant paths with / in .gitignore files, to prevent
accidentally ignoring files in subdirectories and possibly slightly
improve the performance of "git status".
</content>
</entry>
<entry>
<title>compat: don't include compat.h from the feature test source</title>
<updated>2017-05-11T23:42:37Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2017-05-10T19:42:10Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=544b8ec90e54e3921beb26823e255fed6707bc12'/>
<id>urn:sha1:544b8ec90e54e3921beb26823e255fed6707bc12</id>
<content type='text'>
The feature test code should test the build environment, and none of
the compat code should interfere with that. Don't include compat.h
from the feature test source. There should be no functional changes
here, but this is just the right thing to do.
</content>
</entry>
<entry>
<title>Use https instead of http where possible</title>
<updated>2016-06-05T11:32:17Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2016-06-02T16:26:14Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6a833a6e83865f6999707cc30768d07e1351c2cb'/>
<id>urn:sha1:6a833a6e83865f6999707cc30768d07e1351c2cb</id>
<content type='text'>
Many of the external links found in the notmuch source can be resolved
using https instead of http.  This changeset addresses as many as i
could find, without touching the e-mail corpus or expected outputs
found in tests.
</content>
</entry>
<entry>
<title>configure: add workaround for systems without zlib.pc</title>
<updated>2014-06-21T19:40:39Z</updated>
<author>
<name>Felipe Contreras</name>
<email>felipe.contreras@gmail.com</email>
</author>
<published>2014-05-12T03:09:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0c698ef0374b671d3b6a8def2d9c113797ceaec3'/>
<id>urn:sha1:0c698ef0374b671d3b6a8def2d9c113797ceaec3</id>
<content type='text'>
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 &lt;felipe.contreras@gmail.com&gt;
</content>
</entry>
<entry>
<title>compat: add canonicalize_file_name</title>
<updated>2014-04-08T10:27:14Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2014-01-27T14:12:12Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=af5c3afa91cc29268c6754ea70f15cae30f22403'/>
<id>urn:sha1:af5c3afa91cc29268c6754ea70f15cae30f22403</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>new: Detect dirent.d_type support at configure time</title>
<updated>2014-02-14T12:42:45Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-02-13T06:50:59Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b1fa95721bd54c60c367ae4fb54279404656a070'/>
<id>urn:sha1:b1fa95721bd54c60c367ae4fb54279404656a070</id>
<content type='text'>
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.
</content>
</entry>
<entry>
<title>timegm: add portable implementation (Solaris support)</title>
<updated>2013-08-23T15:57:35Z</updated>
<author>
<name>Blake Jones</name>
<email>blakej@foo.net</email>
</author>
<published>2013-08-21T11:09:54Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8c6b2e7e9d30bb3a9ef4fd8632cbf6d8d0673bb7'/>
<id>urn:sha1:8c6b2e7e9d30bb3a9ef4fd8632cbf6d8d0673bb7</id>
<content type='text'>
The timegm(3) function is a non-standard extension to libc which is
available in GNU libc and on some BSDs.  Although SunOS had this
function in its libc, Solaris (unfortunately) removed it.  This patch
implements a very simple version of timegm() which is good enough for
parse-time-string.c.

Signed-off-by: Vladimir Marek &lt;vlmarek@volny.cz&gt;
</content>
</entry>
<entry>
<title>strsep: check for availability (Solaris support)</title>
<updated>2013-08-23T15:55:39Z</updated>
<author>
<name>Blake Jones</name>
<email>blakej@foo.net</email>
</author>
<published>2013-08-16T14:38:16Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=43843745dcbf31e96f447410e335a8d2aa21b00d'/>
<id>urn:sha1:43843745dcbf31e96f447410e335a8d2aa21b00d</id>
<content type='text'>
Solaris does not ship a version of the strsep() function.  This change
adds a check to "configure" to see whether notmuch needs to provide its
own implementation, and if so, it uses the new version in
"compat/strsep.c" (which was copied from Mutt, and apparently before
that from glibc).

Signed-off-by: Vladimir Marek &lt;vlmarek@volny.cz&gt;
</content>
</entry>
</feed>
