Has anyone out there managed to compile openssl-0.9.8g shared libraries under Solaris 8? I've tried both gcc version 3.4.6 and the Sun Studio 11 Sparc compiler (the installation of which was an odyssey unto itself) and both puke on linking with the below error "relocations remain against allocatable but non-writable sections" which is pretty much gibberish to me.
I'm about out of ideas at this point. Any suggestions? Note to anyone out there trying to install the Sun Studio 11 compiler / development suite on Sparc Solaris 8.: The installer will NOT work with java 1.6.0_04 throwing this exception: "Exception in thread "Thread-72" java.lang.NoClassDefFoundError: com/sun/install/panels/ComponentSelectionListener". I had to find and install a local copy of Java Development Kit 5.0 Update 15 (java version "1.5.0_15") (http://java.sun.com/j2se/1.5.0/download.jsp ; the self-extracting version lets you install a local copy so you don't stink up your OS with an old version of Java). Sun's java installer is apparently not forwards compatible with newer versions of Java and is not graceful about it at all. The studio 11 installation guide does say it requires "J2SE 1.4.2_08 technology or J2SE 5.0 Update 3". But as I wrote above, the Sun Sparc compiler did not fix my openssl 0.9.8g shared library link problem. Quoting Joseph Felten <[EMAIL PROTECTED]>: > I am getting an odd error when trying to create the shared libraries under > SPARC > Solaris 8. If I leave off the "shared" it all seems to build fine, but I > need > the shared libraries (for ssh). > > Here is my config command.: > > ./config --prefix=/usr/local/openssl.0.9.8g > --openssldir=/usr/local/openssl.0.9.8g shared > > This is actually the 2nd run through. Everything has compiled O.K. but it > pukes > when trying to link the shared libraries for libcrypto and libssl.: > > making all in crypto/store... > making all in crypto/pqueue... > if [ -n "libcrypto.so.0.9.8 libssl.so.0.9.8" ]; then \ > (cd ..; make libcrypto.so.0.9.8); \ > fi > Text relocation remains referenced > against symbol offset in file > <unknown> 0x6cc libcrypto.a(e_sureware.o) > <unknown> 0x6d0 libcrypto.a(e_sureware.o) > . . . > memset 0xf20 libcrypto.a(e_sureware.o) > memset 0x1c48 libcrypto.a(e_sureware.o) > memset 0x2300 libcrypto.a(e_sureware.o) > ld: fatal: relocations remain against allocatable but non-writable sections > collect2: ld returned 1 exit status > making all in ssl... > > if [ -n "libcrypto.so.0.9.8 libssl.so.0.9.8" ]; then \ > (cd ..; make libssl.so.0.9.8); \ > fi > Text relocation remains referenced > against symbol offset in file > <unknown> 0x6cc libcrypto.a(e_sureware.o) > <unknown> 0x6d0 libcrypto.a(e_sureware.o) > <unknown> 0x6d4 libcrypto.a(e_sureware.o) > . . . > memset 0xf20 libcrypto.a(e_sureware.o) > memset 0x1c48 libcrypto.a(e_sureware.o) > memset 0x2300 libcrypto.a(e_sureware.o) > ld: fatal: relocations remain against allocatable but non-writable sections > collect2: ld returned 1 exit status > making all in engines... > making all in apps... > > Actually it does make libssl.so.0.9.8, but I don't trust it. It does not > make > libcrypto.so.0.9.8 at all. > > $ ls -ld *so.0.9.8 > -rwx------ 1 jfelten users 1479924 Mar 24 17:36 libssl.so.0.9.8 > > The sureware libraries do exist.: > > $ ls -ld engines/*sureware*o > -rw------- 1 jfelten users 28228 Mar 24 17:20 engines/e_sureware.o > -rwx------ 1 jfelten users 611988 Mar 24 17:20 engines/libsureware.so > ______________________________________________________________________ > OpenSSL Project http://www.openssl.org > User Support Mailing List openssl-users@openssl.org > Automated List Manager [EMAIL PROTECTED] > > ______________________________________________________________________ OpenSSL Project http://www.openssl.org User Support Mailing List openssl-users@openssl.org Automated List Manager [EMAIL PROTECTED]
