Stephen Gran wrote:
> This one time, at band camp, Peter Fritzsche said:
> > Package: freeradius
> > Severity: normal
> >
> > $ ld --version
> > GNU gold (GNU Binutils for Debian 2.20) 1.9
> > Copyright 2008 Free Software Foundation, Inc.
> > This program is free software; you may redistribute it under the terms of
> > the GNU General Public License version 3 or (at your option) a later
> > version. This program has absolutely no warranty.
> >
> > /usr/bin/libtool --mode=link gcc -o radeapclient radeapclient.lo
> > libeap/libfreeradius-eap.la -lnsl -lresolv -lpthread - lcrypto -lssl
> > -lcrypto
> > libtool: link: gcc -o .libs/radeapclient .libs/radeapclient.o
> > libeap/.libs/libfreeradius-eap.so -lnsl -lresolv -lpthread - lssl
> > -lcrypto -Wl,-rpath -Wl,/usr/lib/freeradius
> > /usr/bin/ld: .libs/radeapclient.o: in function
> > send_packet:radeapclient.c:139: error: undefined reference to 'rad_send'
>
> rad_send and most of the others are symbols defined in the radius
> binary that dlopens these modules. Does gold not know how to build
> dlopenable modules with symbol references in the main binary?
Don't know but when I look at the line
gcc -o .libs/radeapclient .libs/radeapclient.o libeap/.libs/libfreeradius-
eap.so -lnsl -lresolv -lpthread -lssl -lcrypto -Wl,-rpath -
Wl,/usr/lib/freeradius
i see that a executable and not a library is comiled. This means that all
symbols must be resolved. If it is not the case and libtool prints something
else what it doesn't do then please reassign it to binutils-gold/libtool with
further information.
Best regards,
Peter
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
