[CLN-list] make failed on .libs/exam

[horbelt at uni-freiburg.de]

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