Nicolas Baradakis wrote:
Alin Nastac wrote:
Anyone could suggest a fix for the bug http://bugs.freeradius.org/show_bug.cgi?id=350 ?
The patch you attached to the bug report is the cause of the link errors. Don't remove the -static option when linking radeapclient.
I note it'd be more useful to post the errors you're seeing without changing anything in the Makefile.
In radeapclient.c you will see there is a main function declared in it, therefore radeapclient must be an executable, not a library. If I don't apply that patch, I get the following error: /var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/libtool --mode=compile gcc -m64 -O3 -pipe -fomit-frame-pointer -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/src/include -Ilibeap -c radeapclient.c gcc -m64 -O3 -pipe -fomit-frame-pointer -D_REENTRANT -D_POSIX_PTHREAD_SEMANTICS -Wall -D_GNU_SOURCE -DNDEBUG -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/src/include -Ilibeap -c radeapclient.c -fPIC -DPIC -o radeapclient.lo /var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/libtool --mode=link gcc -static -o radeapclient radeapclient.lo libeap/libeap.la -lnsl -lresolv -lpthread gcc -o radeapclient radeapclient.o libeap/.libs/libeap.so /var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/src/lib/.libs/libradius.so -lcrypt -lnsl -lresolv -lpthread -Wl,--rpath -Wl,/var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/src/modules/rlm_eap/libeap/.libs -Wl,--rpath -Wl,/var/tmp/portage/freeradius-1.1.1/work/freeradius-1.1.1/src/lib/.libs gcc: radeapclient.o: No such file or directory If I apply only the -static thing, I get a bunch of "unresolved symbol" errors. Almost all of the symbols (excepting those 2 functions which are defined in radiusd daemon _not_ libradius) are defined by openssl.