Re: [PATCH] Don't link libnotmuch if libutil isn't linked in properly.

2011-11-20 Thread David Bremner
On Sun, 13 Nov 2011 11:34:42 -0500, Tom Prince tom.pri...@ualberta.net wrote: For some reason, on my machine, the link is picking up /usr/lib/libutil.so instead of util/libutil.a. This causes there to be undefined symbols in libnotmuch, making it unuseable. This patch causes the link to fail

[PATCH] Don't link libnotmuch if libutil isn't linked in properly.

2011-11-19 Thread David Bremner
On Sun, 13 Nov 2011 11:34:42 -0500, Tom Prince wrote: > For some reason, on my machine, the link is picking up > /usr/lib/libutil.so instead of util/libutil.a. This causes there to be > undefined symbols in libnotmuch, making it unuseable. This patch causes > the link to fail instead. I pushed

[PATCH] Don't link libnotmuch if libutil isn't linked in properly.

2011-11-13 Thread Tom Prince
For some reason, on my machine, the link is picking up /usr/lib/libutil.so instead of util/libutil.a. This causes there to be undefined symbols in libnotmuch, making it unuseable. This patch causes the link to fail instead. --- lib/Makefile.local |2 +- 1 files changed, 1 insertions(+), 1

[PATCH] Don't link libnotmuch if libutil isn't linked in properly.

2011-11-13 Thread Tom Prince
For some reason, on my machine, the link is picking up /usr/lib/libutil.so instead of util/libutil.a. This causes there to be undefined symbols in libnotmuch, making it unuseable. This patch causes the link to fail instead. --- lib/Makefile.local |2 +- 1 files changed, 1 insertions(+), 1

Re: [PATCH] Don't link libnotmuch if libutil isn't linked in properly.

2011-11-13 Thread Tom Prince
Perhaps the g++ step in symbol-hiding should in fact be a test. Right now, that step failing isn't captured by the test-suite. Tom ___ notmuch mailing list notmuch@notmuchmail.org http://notmuchmail.org/mailman/listinfo/notmuch