> I was able to get openssl-0.9.3a to compile and pass all tests under
> SparcLinux (RedHat 6.0) with the following changes. My testing was done
> under the sun4c platform.
^^^^^ Looks like there're people out there who want to run
it on elder platforms. I'm starting to think that having some finer
differentiation between SPARC arhitectures might be a good idea. I mean
right now there are *-sparc-* and *-usparc-*. OpenSSL should probably
recognize *-sparcv7-* *-sparcv8-* and *-sparcv9-* instead. The first *
is either solaris, solaris64, linux or linux64 and last * is gcc, gcc27,
cc or sc3. Special note about 64! It should mean support for 64-bit
applications, not the fact that it's compiled under 64-bit capable
kernel (as it does now in UltraPenguin case). I mean both solaris7/64
and linux64 are perferctly capable running both 64 and 32-bit
applications, *but* as a matter of fact *most* applications are 32, not
64-bit ones. Moreover under linux64 gcc (at least one delivered with
UltraPenguin and latest RedHat) is *not* capable of generating 64-bit
code, sparc64-linux-gcc is! Choice of 64-bit support should be left to
application developer. Indeed! As a matter of fact I don't see any
strong reason to compile 64-bit applications except when I have to
address matrices larger than 2GB. No, 64-bit application won't get
faster, I promise:-)
Andy.
______________________________________________________________________
OpenSSL Project http://www.openssl.org
Development Mailing List [EMAIL PROTECTED]
Automated List Manager [EMAIL PROTECTED]
