Hi
First, thanks for your help.
The configure script thakes the GNU Style _gethostby{addr,name}_r as it told
in the output:
----------------------------------------------
checking gethostbyaddr_r() syntax... GNU-style
checking gethostbyname_r() syntax... GNU-style
----------------------------------------------
I don't know if this is really correct, shouldn't take it BSD-style? I see
that this option
exists in the configure script.inet_aton: The inet_aton function is in the inet.h header file: ------------------------------------------------------------------- arpa/inet.h:int inet_aton(const char *, struct in_addr *); ------------------------------------------------------------------- [EMAIL PROTECTED] grep inet_aton /usr/lib/* Binary file libc.a matches Binary file libc.so.29.0 matches Binary file libc_p.a matches Binary file libc_pic.a matches Binary file libkrb5.a matches Binary file libkrb5.so.5.0 matches Binary file libkrb5_p.a matches Binary file libkrb5_pic.a matches Binary file libwrap.a matches Binary file libwrap.so.3.0 matches Binary file libwrap_p.a matches Binary file libwrap_pic.a matches ---------------------------------- I'll try to figure out how I can solve the problem with gethostbyaddr, if you also have an idea told it me :) Thierry -----Original Message----- From: Paul Hampson [mailto:[EMAIL PROTECTED] Sent: Mittwoch, 20. August 2003 20:47 To: [EMAIL PROTECTED] Subject: RE: Problems with Freeradius 0.9.0/CVS-Snapshot on OpenBSD 3.3 > From: Rietsch Thierry > Sent: Wednesday, 20 August 2003 7:05 PM > I am trying to compile the Freeradius Server on OpenBSD 3.3. I've tried > both, the 0.9.0- and the CVS Snapshot-Versions but i get the same error. > The configure script runs without a problem. Then when I try to build the > server with the "make" command, i'll get the following error: > ---------------------------------------------------------------------------- > --------------------------- > gmake[3]: Entering directory > `/usr/src2/freeradius/freeradius-snapshot-20030819/src/modules/rlm_dbm' > /usr/src2/freeradius/freeradius-snapshot-20030819/libtool --mode=link gcc > rlm_dbm_parser.o ../../lib/libradius.a -lresolv -lpthread -o > rlm_dbm_parser > gcc rlm_dbm_parser.o -o rlm_dbm_parser ../../lib/libradius.a -lresolv > -lpthread > misc.c:60: Undefined symbol `_gethostbyaddr_r' referenced from text segment > misc.c:105: Undefined symbol `_gethostbyname_r' referenced from text segment During the 'configure' process, what 'gethostbyname' and 'gethostbyaddr' were selected? It should be right near the end of the main configure run, right before it announces that the top_builddir is. (Here's the relevant output from my Linux machine, for comparison:) checking gethostbyaddr_r() syntax... GNU-style checking gethostbyname_r() syntax... GNU-style top_builddir=/home/tbble/frcvs/tmep/head The following warning may be relevant, but may not be... Certainly glibc2 doesn't require -lresolv for the gethostby*_r code to work. In fact, I can't see what -lresolv is needed for on my system, since the only thing configure checks it for is inet_aton, which is actually in the libc (glibc-2.3.1) on my system... Maybe that configure check could be enhanced to not pull in libresolv if it doesn't need to. Anyway, if you can work out what we need to do to have access to gethostby{name,addr}* on OpenBSD 3.3 (preferably the re-entrant versions) that would be great. And I'd be interested to know where inet_aton lives on OpenBSD. > Also i get the following warning during the build process: > -------------------------------------------------------------------------- > *** Warning: This library needs some functionality provided by -lresolv. > *** I have the capability to make that library automatically link in when > *** you link to this library. But I can only do this if you have a > *** shared version of the library, which you do not appear to have. > > *** Warning: libtool could not satisfy all declared inter-library > *** dependencies of module rlm_exec. Therefore, libtool will create > *** a static module, that should work as long as the dlopening > *** application is linked with the -dlopen flag. > -------------------------------------------------------------------------- And as a thought, does configuring with --enable-static avoid this? I have some recollection of OpenBSD being mentioned as broken with dynamic linking, in the same pile as MacOS X. -- ========================================================= Paul "TBBle" Hampson Bubblesworth Pty Ltd (ABN: 51 095 284 361) [EMAIL PROTECTED] This is a one line proof...if we start sufficiently far to the left. -- Cambridge University Math Department --------------------------------------------------------- Random signature generator 3.0 by Paul "TBBle" Hampson ========================================================= - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
