Hi all,
davew: Not sure why you'd think I couldn't have the svn code in
/usr/src/citadel. That's where I checked out the modules, and I was
pointing the includes to the source dir. The stable code I have is in dirs
with release numbers on them (ie, -7.66)
ig: I hadn't looked at the
dothebart:
int GetHashPosCounter(HashList *Hash, HashPos *At);
I did mention in a previous post that I successfully built the svn code on a
kubuntu 64-bit system, so at the moment I suspect (but don't know for sure)
that the difference may lie in gcc version, or perhaps a supporting library
IG: Heh, that's exactly what I setup yesterday - 64-bit gentoo in a VM, and
with -only- the svn code on it, it still doesn't build webcit.
Hi all,
I don't know how it happened, but something must have picked up the wrong
include somewhere along the way and kept using it without being very verbose
about it (aside from the failed compile).
On the devel gentoo vm, I ripped out all the source, checked it out again,
re-bootstrapped
At SVN revision 8056, I get a successful compile of libcitadel, citadel
and webcit on my home workstation, a kubuntu 9.04 64-bit box, gcc 4.3.3,
but on my gentoo server, webcit is failing it's build:
gcc -I/home/testcit/include -g -O2 -Wall -DHAVE_CONFIG_H -c -D_REENTRANT
dothebart: Yeah, I figured the likelihood was that it was tripping up on the
wrong lib or includes, but I get a better compile (though not successful on
linking) by using the stable libcitadel. I'll explain below. Oh, and as
far as an ebuild or package goes - it's not going to work on this
As an interesting update, after some toying around with configure in svn
webcit and manually pathing the include to libcitadel.h in a couple of files,
I still can not get webcit to build against svn libcitadel. The details
are:
I renamed /usr/local/include/libcitadel.h to
