Re: lynx-dev undefined __inet_addr making newest dev release

[dickey]

> On Fri, 1 Jan 1999 address@hidden wrote: 
> >what type of system? the network libraries aren't straightforward to 
> >configure; you may have a flavor we've not met yet - but if not - if 
> >it's one of the known flavors - possibly your configure failed like 
> >the 'ar' because the path was not setup properly. 
> > 
> >if that's the case, do a 'make distclean; ./configure' and start over 
>  
> Hmm, I tried this, same problem. 
>  
> Here's the link line and the error line: 
well,, I have this part.  But I need to see the config.log (so I can
see what test was failing).  And (just in case the library's a new one)
it'd be nice to know _which_ library has that symbol.

> gcc -DHAVE_CONFIG_H  -DLOCALEDIR=\"/usr/local/share/locale\" -I. -I.. 
> -Ichrtrans 
...
> UCAux.o UCAuto.o  ../WWW/Library/unix/libwww.a  -lcurses  -lnsl -lsocket 
> Undefined                       first referenced 
>  symbol                             in file 
> __inet_addr                         ../WWW/Library/unix/libwww.a(HTTCP.o) 
> ld: fatal: Symbol referencing errors. No output written to lynx 
> make[1]: *** [lynx] Error 1 
> make[1]: Leaving directory `/home/mattack/lynx2-8-2/src' 
> make: *** [all] Error 2 
>  
>  
> To be honest, I don't really know what kind of answer to give to 'what kind 
> of system are you on'. 
>  
> uname -a  gives: 
> SunOS vax 5.6 sun4u sparc 

That's Solaris 2.6 (just like the machine I'm dialed into).
But I expect the nsl library to hold that symbol.  And your link line
does have it.  So something's broken.  Under /usr/lib, you should have
both a static and a shared libnsl (i.e., libnsl.a and libnsl.so).
Run 'nm' on those and see - you should have a line like

[20]    |       308|     632|FUNC |GLOB |0    |2      |inet_addr

But something (in one of your header files) is renaming that to __inet_addr.
I'd grep around in the headers for that (or construct a preprocessor
output) to see where it came from.

short answer: there's something broken in your build environment.  Perhaps
it is a mismatch between the version of Solaris and what your gcc was
compiled for.


-- 
Thomas E. Dickey
address@hidden
http://www.clark.net/pub/dickey