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