On Mon, Jan 16, 2006 at 01:03:38PM +0200, Konstantin Kubatkin wrote:
> >I've just packaged 1.1.0-1, and it's no longer trying to build
> >non-PIC shared libraries on i386...
> >However, I need it tested on AMD64 before I upload to the archive,
> >since I want to squish this bug once and for all.
> >Source is at
> >http://www.tbble.net/freeradius/1.1.0-official/110-1-withSSL-DONOTDISTRIBUTEBINARIESOFTHIS/
> >It's the with-SSL version since sometimes this bug manifests in
> >rlm_eap_tls, but the latest log in the bugreport indicates it triggered
> >in libeap.

> Build on Debian/Sarge AMD64
> Not compiled rlm_eap_peap.la and rlm_eap_ttls.la

> (cd 
> /usr/src/Local/freeradius/freeradius-1.1.0/src/modules/rlm_eap/types/rlm_eap_peap;
>  /bin/sh /usr/src/Local/freeradius/fre
> eradius-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 -lr
> esolv -lpthread -inst-prefix-dir 
> /usr/src/Local/freeradius/freeradius-1.1.0/debian/freeradius)
> gcc -shared  rlm_eap_peap.lo peap.lo  -Wl,--rpath -Wl,/usr/lib/freeradius  
> -L/usr/src/Local/freeradius/freeradius-1.1.0/debi
> an/freeradius/usr/lib/freeradius -L/usr/lib/freeradius -leap -lrlm_eap_tls 
> -lssl -lcrypto -lnsl -lresolv -lpthread    -Wl,-s
> oname -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

Oh blast. It did that on i386 too, now that I look for it. >_< So
libtool strikes again, transforming a simple 'rlm_eap_tls.so' into
-lrlm_eap_tls. (It sees the .so and removes the .so and the initial lib
if present, and then prepends -l, rather than only doing so _if_ there's
an initial lib and following .so)

I'll upload it as-is, and have a play next week (linux.conf.au! ^_^).

I _think_ my last attempt involved causing librlm_eap_tls.* to come into
existence during linking. The soname remains rlm_eap_tls so the actual
references embedded in rlm_eap_{peap,ttls} are OK, and you can
afterwards whack librlm_eap_tls.* and still have a working result. I'm
pretty sure I had it working in make, and was just trying to find a good
way to make it happen during the Debian build...

Or I hit some other problem which escapes me.

Alternatively, now we're usng a local libtool, I could try and hack on
it to not screw with the lovingly crafted link-lines it's given.

-- 
-----------------------------------------------------------
Paul "TBBle" Hampson, MCSE
8th year CompSci/Asian Studies student, ANU
The Boss, Bubblesworth Pty Ltd (ABN: 51 095 284 361)
[EMAIL PROTECTED]

"No survivors? Then where do the stories come from I wonder?"
-- Capt. Jack Sparrow, "Pirates of the Caribbean"

License: http://creativecommons.org/licenses/by/2.1/au/
-----------------------------------------------------------

Attachment: pgpQLdv7Uev6T.pgp
Description: PGP signature

Reply via email to