configure:8992: result: yes
configure:9433: gcc -o conftest -g -O2 -Wall -Wpointer-arith -Wno-uninitialized -I/usr/include -I/usr/local/include -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -I/usr/include -I/usr/local/include -L
/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib conftest.c -lrt -lz -lsocket -lnsl -lcrypto >&5
configure:9436: $? = 0
configure:9439: test -s conftest
configure:9442: $? = 0
configure:9516: checking OpenSSL header version
configure:9553: gcc -o conftest -g -O2 -Wall -Wpointer-arith -Wno-uninitialized -I/usr/include -I/usr/local/include -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -I/usr/include -I/usr/local/include -L
/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib -L/usr/lib -R/usr/lib -L/usr/local/lib -R/usr/local/lib conftest.c -lrt -lz -lsocket -lnsl -lcrypto >&5
configure: In function `main':
configure:9660: warning: implicit declaration of function `exit'
configure:9662: warning: unsigned int format, long int arg (arg 3)
configure:9556: $? = 0
configure:9558: ./conftest
ld.so.1: ./conftest: fatal: libgcc_s.so.1: open failed: No such file or directory
Here lies one problem. Have you tried setting the variable, LD_LIBRARY_PATH? This variable should point to the directories that house your .so files. The problem is not nec. your compiler, its that when conftest tries to run, it cannot find a shared library (or several). Hmmm, oddly enough, my environment doesn't have this by default and it works fine. [After I build and install several packages, I set the LD_LIBRARY_PATH to point to whatever --exec-prefix was set to.] Have you checked the obvious, that libgcc_s.so.1 exists?
Yes, it does exist. And yes, setting LD_LIBRARY_PATH does fix things. It wasn't set. It does seem that openssl was clear of any wrong doing, I am sorry to have posted offtopic. But you guys have been really helpful. Technically, the -L arguments should have done what LD_LIBRARY_PATH did. I'll take that to the solaris forum. It seems something just might be screwed up in this environment....
From what I understand, LD_LIBRARY_PATH is not always a good way of working wiht things, but seems much eaiser than failed builds :)
http://www.visi.com/~barr/ldpath.html
The "env" command is really helpful. I sometimes have to use it to shove the environment in the face of wily compilers.
env CFLAGS=-I/tmp/top LDFLAGS=-L/tmp/top/`uname`/lib \ LD_LIBRARY_PATH=/tmp/top/`uname`/lib:/usr/local/lib \ sh ./configure --prefix=/tmp/top --exec-prefix=/tmp/top/`uname`
I think Laurent is right that I need -lgcc_s, I am compiling my own gcc 3.3.1 now but i think that's the ticket I've been missing.
Thank you all for you help, I really appreciate your patience. I will take the rest of my issues to a solaris forum.
Thanks Victor
______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List [EMAIL PROTECTED] Automated List Manager [EMAIL PROTECTED]
