Re: lynx-dev lynx2.8.5dev.8 compiling on Solaris 8

[Thomas Dickey]

On Thu, Sep 05, 2002 at 04:19:02PM -0700, Brian Hostetler wrote:
> Thomas,
> Thanks for the quick response.
> I downloaded and compiled ncurses-5.2 and configured as such:
> ./configure --with-ssl=/usr/local/ssl --with-screen=ncurses
> Worked like a charm until much later in the compile when this appeared 
> and killed everything...
> 
> cale\"  -I.  -I..  -Ichrtrans  -I./chrtrans  -I..  -I../src  
> -I../WWW/Library/Implementation    -O2 -c ./LYPrettySrc.c
> gcc -I/usr/local/ssl/include -DHAVE_CONFIG_H   
> -DLOCALEDIR=\"/usr/local/share/locale\"  -I.  -I..  -Ichrtrans  
> -I./chrtrans  -I..  -I../src  -I../WWW/Library/Implementation    -O2 -c 
> ./TRSTable.c
> cd chrtrans && make tables
> ./makeuctb ./cp1250_uni.tbl cp1250_uni.h
> ld.so.1: ./makeuctb: fatal: libssl.so.0.9.6: open failed: No such file 
> or directory
> *** Signal 9

I don't see a line in the log for compiling/linking makeuctb.  But going
past that, the issue is that your libssl is a dynamic library, and apparently
is not in the $LD_LIBRARY_PATH (or similar) environment path.  Most stuff
on Solaris relies on being in /usr/lib, while gcc adds /usr/local/lib.
Shared libraries that aren't in one of those have to be handled specially.
Lynx's configure script could check for that, but I didn't consider it.
(The reason for that is that the underlying reason for the /usr/lib rule
is that it's considered the most secure way of configuring things - putting
shared libraries in random locations is not good design).

You can work around this by setting
        LD_LIBRARY_PATH=/usr/local/ssl/lib:/usr/local/lib:/usr/lib
but it looks as if the openssl package is also flawed...

-- 
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net

; To UNSUBSCRIBE: Send "unsubscribe lynx-dev" to address@hidden