Networking

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • rlm_eap_(peap|ttls) does not link (was: Release 1.1.0 thisweek?)

    1 answers - 2591 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    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_MDE=-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 `/'
    if [ "xrlm_eap_peap" != "x" ]; then \
    /bin/sh / / -c -c \
    rlm_eap_peap.la /; \
    rm -f /; \
    ln -s rlm_eap_peap.la / || exit ; \
    fi
    libtool: install: warning: relinking `rlm_eap_peap.la'
    (cd /; /bin/sh / 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 -lssl -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread -inst-prefix-dir /)
    gcc -shared rlm_eap_peap.lo peap.lo -Wl, -Wl,/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 `/'
    []
    make[11]: Entering directory `/'
    if [ "xrlm_eap_ttls" != "x" ]; then \
    /bin/sh / / -c -c \
    rlm_eap_ttls.la /; \
    rm -f /; \
    ln -s rlm_eap_ttls.la / || exit ; \
    fi
    libtool: install: warning: relinking `rlm_eap_ttls.la'
    (cd /; /bin/sh / 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 -lssl -lcrypto -lssl -lcrypto -lnsl -lresolv -lpthread -inst-prefix-dir /)
    gcc -shared rlm_eap_ttls.lo ttls.lo -Wl, -Wl,/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 `/'
    []
    It seems, the hackery (linking .libs/rlm_eapso to .libs/librlm_eapso)
    introduced with does not quite work.
    G,
    Sven.
  • No.1 | | 637 bytes | |

    Um 14:48 Uhr am 18.01.06 schrieb Sven Hartge:
    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_MDE=-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).

    Please ignore me, you were talking about HEAD, not branch_1_1.

    G,
    Sven.

Re: rlm_eap_(peap|ttls) does not link (was: Release 1.1.0 thisweek?)


max 4000 letters.
Your nickname that display:
In order to stop the spam: 6 + 5 =
QUESTION ON "Networking"

EMSDN.COM