> From: Ulf Moeller <[EMAIL PROTECTED]>
> On Thu, Mar 08, 2001, Richard Levitte - VMS Whacker wrote:
>
>> CDive> - Solaris 2.8 with 32bits or 64 bits libraries
>>
>> I've tested 0.9.6 32bit, I haven't tested 64bit. My tests showed it
>> worked.
>>
>> CDive> - HPUX 11 with 32 and/or 64bits libraries
>>
>> There have been reports of both working.
> The improved BIGNUM test fails on all 64-bit platforms it has been
> run on so far. That may not apply to Solaris and HPUX, and it is
> entirely possible that it is just a bug in the test program, but until
> the problem is found, I'd be careful.
I have tested solaris64-sparcv9-cc in the current stable branch
and run bntest a couple of times now (as "make test_bn",
i.e. including verification with "bc") and everything worked.
The only problem is that the compilation does not run smoothly --
I had to run "ar rs libcrypto.a" and "ar rs libssl.a" to rebuild
the symbol tables before linking the executables was possible.
Otherwise the following happens:
cc -o openssl -DMONOLITH -I../include -KPIC -DTHREADS -D_REENTRANT -DDSO_DLFCN
-DHAVE_DLFCN_H -xtarget=ultra -xarch=v9 -xO5 -xstrconst -xdepend -Xa -DB_ENDIAN
-DULTRASPARC -DMD5_ASM openssl.o verify.o asn1pars.o req.o dgst.o dh.o dhparam.o enc.o
passwd.o gendh.o errstr.o ca.o pkcs7.o crl2p7.o crl.o rsa.o rsautl.o dsa.o
dsaparam.o x509.o genrsa.o gendsa.o s_server.o s_client.o speed.o s_time.o apps.o
s_cb.o s_socket.o app_rand.o version.o sess_id.o ciphers.o nseq.o pkcs12.o pkcs8.o
spkac.o smime.o rand.o -L. -L.. -L../.. -L../../.. -L.. -lssl -L.. -lcrypto -lsocket
-lnsl -ldl
ld: warning: file ../libssl.a ignored: unable to locate archive symbol table
ld: warning: file ../libssl.a ignored: unable to locate archive symbol table
ld: warning: file /opt/lib/libssl.a(s2_srvr.o): wrong ELF class: ELFCLASS32
ld: warning: file ../libcrypto.a ignored: unable to locate archive symbol table
ld: warning: file ../libcrypto.a ignored: unable to locate archive symbol table
ld: warning: file ../libcrypto.a ignored: unable to locate archive symbol table
ld: warning: file /opt/lib/libcrypto.a(mem.o): wrong ELF class: ELFCLASS32
Undefined first referenced
symbol in file
d2i_DSA_PUBKEY_bio dsa.o
[... etc etc ...]
/usr/ccs/bin/ar is supposed to update the symbol table whenever the
the archive is updated ("ar r ..."), but for some reasons this
apparently did not happen. (I never had such problems in the
32-bit solaris-sparcv9-cc configuration.)
Note that ranlib, which we automatically run during the build, is
*not* equivalent to "ar rs" on Solaris. /usr/ccs/bin/ranlib is just
an "exit 0" shell script because, as the ranlib manpage puts it,
"[ranlib] is no longer needed as the ar(1) command automatically
provides all the functionality ranlib used to provide."
Is "ar rs" portable? Why do we run "ar r" followed by "ranlib"
instead of just using "ar rs"?
--
Bodo Möller <[EMAIL PROTECTED]>
PGP http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/moeller/0x36d2c658.html
* TU Darmstadt, Theoretische Informatik, Alexanderstr. 10, D-64283 Darmstadt
* Tel. +49-6151-16-6628, Fax +49-6151-16-6036
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
