From: Carl Worth <cworth@cworth.org>
Date: Mon, 19 Oct 2009 20:14:37 +0000 (-0700)
Subject: date.c: Don't use glib's slice allocator.
X-Git-Tag: 0.1~833
X-Git-Url: https://git.notmuchmail.org/git?p=notmuch;a=commitdiff_plain;h=c2c50d50c572fcd2a015aeba87d33a8ccf5a76b8;hp=c2c50d50c572fcd2a015aeba87d33a8ccf5a76b8

date.c: Don't use glib's slice allocator.

This change is gratuitous. For now, notmuch is still linking
against glib, so I don't have any requirement to remove this,
(unlike the last few changes where good taste really did
require the changes).

The motivation here is two-fold:

1. I'm considering switching away from all glib-based allocation
soon so that I can more easily verify that the memory management
is solid. I want valgrind to say "no leaks are possible" not
"there is tons of memory still allocated, but probably reachable
so who knows if there are leaks or not?". And glib seems to make
that impossible.

2. I don't think there's anything performance-sensitive about the
allocation here. (In fact, if there is, then the right answer
would be to do this parsing without any allocation whatsoever.)
---