tags 553387 + patch thanks Too help you a little bit more: The default behavior for GNU ld is to read DT_NEEDED and then trying to load these files to get symbols which couldn't be resolved yet. For GNU gold it is standard to use --no-add-needed. So you must really specify to which libraries you want to link. This is safer as the cases in which the dynamical linker cannot find symbols due to the libraries the direct linked library links to are removed is reduced.
libtool doesn't seem to be interested to really provide that libraries for the linker - so you must specify the library when you run libtool. Quite easy to fix, or?
--- a/src/modules/rlm_eap/Makefile.in 2009-11-01 11:10:50.405299450 +0100 +++ b/src/modules/rlm_eap/Makefile.in 2009-11-01 11:04:58.413792689 +0100 @@ -30,7 +30,7 @@ $(LT_OBJS): $(HEADERS) radeapclient: radeapclient.lo $(CLIENTLIBS) - $(LIBTOOL) --debug --mode=link $(CC) $(LDFLAGS) $(RLM_LDFLAGS) -o radeapclient radeapclient.lo $(CLIENTLIBS) $(LIBS) $(OPENSSL_LIBS) + $(LIBTOOL) --debug --mode=link $(CC) $(LDFLAGS) $(RLM_LDFLAGS) -o radeapclient radeapclient.lo $(LIBRADIUS) $(CLIENTLIBS) $(LIBS) $(OPENSSL_LIBS) radeapclient.lo: radeapclient.c $(HEADERS) $(LIBTOOL) --mode=compile $(CC) $(CFLAGS) $(RLM_CFLAGS) -c radeapclient.c
