Alan DeKok wrote: > Andrei Koulik <[EMAIL PROTECTED]> wrote: > > seems a bug, should be corrected by freeradius developers. > > You can bypass it by coping *.so* files from /src/modules/rlm_dbm/.libs > > to lib directory (/usr/local/lib/). > > OR, it simply wasn't built on his system. > > Reading the 'configure', 'make', and 'make install' messages would > be helpful here.
Ah, yes. I forgot one important thing in my previous reply to Andrei Koulik; libtool complains: ducati(bn) rlm_dbm 745$ /home/b/bn/src/freeradius-0.5/libtool --mode=link /local/gnu/bin/gcc -module -export-dynamic -O -g -I/local/gnu/include -R/local/gnu/lib -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -I../../include -DHAVE_NDBM_H -o rlm_dbm.la -rpath /home/b/bn/radius/lib rlm_dbm.lo -lgdbm -lnsl -lresolv -lsocket -lrt -lpthread rm -fr .libs/rlm_dbm.la .libs/rlm_dbm.* .libs/rlm_dbm.* *** Warning: This library needs some functionality provided by -lgdbm. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: libtool could not satisfy all declared inter-library *** dependencies of module rlm_dbm. Therefore, libtool will create *** a static module, that should work as long as the dlopening *** application is linked with the -dlopen flag. /usr/ccs/bin/ar cru .libs/rlm_dbm.a rlm_dbm.o ranlib .libs/rlm_dbm.a creating rlm_dbm.la (cd .libs && rm -f rlm_dbm.la && ln -s ../rlm_dbm.la rlm_dbm.la) ducati(bn) rlm_dbm 746$ As I mentioned, libtool does not seem to search /local/gnu/lib. -- We tend to meet any new situation by reorganising; and a wonderful method it can be for creating the illusion of progress while producing confusion, inefficiency and demoralisation. -- Gaius Petronius, 60 AD - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
