Date: Wed, 18 Jan 2006 14:02:33 +0100 (CET) Um 12:22 Uhr am 09.01.06 schrieb Nicolas Baradakis:
If you look at CVS log reports, I've been playing with rlm_eap makefiles recently, and manage somehow to fix the esoteric libtool warnings for libeap. Now CVS head is building fine without RLM_EAP_LINK_MODE=-static. It'd be nice if other people can test these changes, though.
I am sorry, but 1.1.0 does not build correctly inside my clean Sarge-chroot (using pbuilder). It fails to relink rlm_eap_peap and rlm_eap_ttls: [...] make[11]: Entering directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap' if [ "xrlm_eap_peap" != "x" ]; then \ /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=install /home/oweh/src/freeradius-1.1.0/install-sh -c -c \ rlm_eap_peap.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap.la; \ rm -f /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0.la; \ ln -s rlm_eap_peap.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_peap-1.1.0.la || exit ; \ fi libtool: install: warning: relinking `rlm_eap_peap.la' (cd /home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap; /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_peap.la -rpath /usr/lib/freeradius rlm_eap_peap.lo peap.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread -inst-prefix-dir /home/oweh/src/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_peap.lo peap.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread -Wl,-soname -Wl,rlm_eap_peap-1.1.0.so -o .libs/rlm_eap_peap-1.1.0.so /usr/bin/ld: cannot find -lrlm_eap_tls collect2: ld returned 1 exit status libtool: install: error: relink `rlm_eap_peap.la' with the above command before installing it make[11]: Leaving directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap' [...] make[11]: Entering directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls' if [ "xrlm_eap_ttls" != "x" ]; then \ /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=install /home/oweh/src/freeradius-1.1.0/install-sh -c -c \ rlm_eap_ttls.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls.la; \ rm -f /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0.la; \ ln -s rlm_eap_ttls.la /home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius/rlm_eap_ttls-1.1.0.la || exit ; \ fi libtool: install: warning: relinking `rlm_eap_ttls.la' (cd /home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls; /bin/sh /home/oweh/src/freeradius-1.1.0/libtool --mode=relink gcc -release 1.1.0 -module -export-dynamic -o rlm_eap_ttls.la -rpath /usr/lib/freeradius rlm_eap_ttls.lo ttls.lo ./../../libeap/libeap.la ./../rlm_eap_tls/librlm_eap_tls.la -lssl -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread -inst-prefix-dir /home/oweh/src/freeradius-1.1.0/debian/freeradius) gcc -shared rlm_eap_ttls.lo ttls.lo -Wl,--rpath -Wl,/usr/lib/freeradius -L/home/oweh/src/freeradius-1.1.0/debian/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls -lssl -lcrypto -lnsl -lresolv -lpthread -Wl,-soname -Wl,rlm_eap_ttls-1.1.0.so -o .libs/rlm_eap_ttls-1.1.0.so /usr/bin/ld: cannot find -lrlm_eap_tls collect2: ld returned 1 exit status libtool: install: error: relink `rlm_eap_ttls.la' with the above command before installing it make[11]: Leaving directory `/home/oweh/src/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_ttls' [...] It seems, the hackery (linking .libs/rlm_eap_*.so to .libs/librlm_eap_*.so) introduced with 06_libtool14_vs_rlm_eap_tls.dpatch does not quite work. Grüße, Sven. -- Sven Hartge -- professioneller Unix-Geek Meine Gedanken im Netz: http://sven.formvision.de/blog/