On Wednesday 27 October 2004 08:36, Ralf Wildenhues wrote:
Defined in cl_GV_number.o, part of libcln.so. excellent. I found src/cl_GV_number.o and .lo I said nm src/cl_GV_number.o result: 000000000000000c b cl_module__cl_GV_number__counter 000000000000000a b cl_module__cl_GV_number__ctordummy 00000000000001cc t cl_module__cl_GV_number__ctorend 0000000000000008 b cl_module__cl_GV_number__dtordummy 0000000000000000 T cl_module__cl_GV_number__firstglobalfun U __cxa_atexit U __dso_handle U _GLOBAL__I_cl_module__cl_GV_number__firstglobalfun ... same with src/cl_GV_number.lo. According to man nm, U means "The symbol is undefined.", I don't know what that means. I repeated the commands that generated this .o (because make appended ">/def/null 2>&1": cd src g++ -g -O2 -I../include -I../include -I./vector -I./integer -I./base/digitseq -I./base/digit -Ibase -I./base -c ./vector/cl_GV_number.cc -o tst.o
no output at stdout or stderr and tst.o is identical to cl_GV_number.o. Looking at cl_GV_number.cc I don't understand where either of the _firstglobalfun symbol should come from.
Maybe not. There was still a difference: He's using 1.1.8 and I am using HEAD. I tried 1.1.8 now, which gives me that same warning
*** Warning: linker path does not have real file... very good, at least this is solved
but still makes `make check' pass. So I guess the libtool update made that disappear. Don't know if it fixed other, distribution-related specialties.
That libgmp was not found. Not all systems are able to link in a shared library that does not exist at link time. And none can do so with a static library (of course). Was that answer too easy or did I miss your point? not at all I continue with ltmain.sh patched to include /usr/lib64 for now and the warning disappeared.
Let's try the easy things first: Was `ldconfig' run after libgmp installation (that should've been done automatically)? Try strings /etc/ld.so.cache | grep gmp libgmpxx.so.3 /usr/lib64/libgmpxx.so.3 libgmpxx.so /usr/lib64/libgmpxx.so libgmp.so.3 /usr/lib64/libgmp.so.3 libgmp.so /usr/lib64/libgmp.so
to see if it finds the correct library. Furthermore, I suggest he try an updated cln (could you make one available?) would be much appreciated and then proceed, since the ChangeLog indicates more x86_64 relevant changes after the 1.1.8 release.
thanks werner