Stefan Manegold wrote:
(I am not the one with the problem here, but reporting on behalf to stick to the protocol. Please ignore your user agent's default reply to address and send replies to the list, not to me.)
(Why don't you simply set the "reply-to:" header in your posting accordingly?) (I did it with this posting ;-))
I don't know what your intentions were, but you set the reply-to to yourself. I expect the mailing list provider to set the stuff correctly, like all those other mailing list providers do (for instance the mozdev mailing lists).
Hm, at a first glance, this looks as if libbz[2] was not found by configure, but the code / makefiles do not properly check whether libbz2 is indeed available ... "someone" needs to check this ...
That was my diagnosis also. But I think the appropriate ifdefs are there.
The user's tools versions: automake 1.9.3 aclocal 1.9.3 autoconf 2.59 libtool ? (there is no --version: default Apple distribution one)
one MacOS/Darwin, we have to use "glibtool". ./bootstrap takes care of this and even tells you the version of [g]libtool ;-) ======== 17:46:48 monet@monet:~/Monet/MonetDB $ uname -a Darwin monet.cs.umass.edu 7.8.0 Darwin Kernel Version 7.8.0: Wed Dec 22 14:26:17 PST 2004; root:xnu/xnu-517.11.1.obj~1/RELEASE_PPC Power Macintosh powerpc 17:46:55 monet@monet:~/Monet/MonetDB $ type -a libtool glibtool libtool is /usr/bin/libtool glibtool is /usr/bin/glibtool 17:47:06 monet@monet:~/Monet/MonetDB $ ./bootstrap using /usr/bin/glibtool and /usr/bin/glibtoolize. automake 1.6.3 is 1.5 or newer. Good. autoconf 2.57 is 2.57 or newer. Good. libtool 1.5 is 1.4 or newer. Good. Python 2.3 is 2.0.0 or newer. Good. [...] ========
More importantly: Which version of MonetDB are we dealing with ???
CVS HEAD. tarball stable used to compile, will ask whether it still compiles on updated machine. (Fink was run)