date.c: Don't use glib's slice allocator.
authorCarl Worth <cworth@cworth.org>
Mon, 19 Oct 2009 20:14:37 +0000 (13:14 -0700)
committerCarl Worth <cworth@cworth.org>
Mon, 19 Oct 2009 20:14:37 +0000 (13:14 -0700)
commitc2c50d50c572fcd2a015aeba87d33a8ccf5a76b8
tree9ae6def59e37f1b69b47eaa05036891bc02b0362
parentc777524834a805476d0dce81b42342dca4702893
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.)
date.c