Andy Polyakov [Sun, 19 Jan 2003 21:47:06 +0000 (21:47 +0000)]
Suggestion was to change ${MACHINE} to i586 in lines in question. Well,
"whatever" doesn't the same (avoids 386 being passed to ./Configure),
consistent with other elder SCO targets and denotes that we probably
shouldn't care much about every out-of-date platform.
Andy Polyakov [Sun, 19 Jan 2003 21:29:59 +0000 (21:29 +0000)]
This is an *initial* tune-up. This update puts Itanium2 back on par with
Itanium. I mean if overall performance improvement over C version was X
for Itanium, it's X even for Itanium2.
Geoff Thorpe [Wed, 15 Jan 2003 02:01:55 +0000 (02:01 +0000)]
As with RSA, which was modified recently, this change makes it possible to
override key-generation implementations by placing handlers in the methods
for DSA and DH. Also, parameter generation for DSA and DH is possible by
another new handler for each method.
Andy Polyakov [Fri, 10 Jan 2003 10:16:39 +0000 (10:16 +0000)]
Avoid unnecessary pollution of object module name table. Cygwin shared
build workaround (DJGPP swallows it too). One probably should do same
as with ELF calling it COFF, but I'm very short in COFF platforms, so
I just go for easy ad-hoc solution. I'll take care of merge to 0.9.7
later.
Andy Polyakov [Thu, 9 Jan 2003 08:42:04 +0000 (08:42 +0000)]
Finalizing asm support for UnixWare, SCO, OpenUnix... Note that I've
replaced #if logic around bn_sub_part_words in bn_mul.c. I rely upon
OPENSSL_BN_ASM_PART_WORDS being added by ./Configure script. Would it
still work on non-Unix platforms?
Lutz Jänicke [Wed, 8 Jan 2003 08:27:50 +0000 (08:27 +0000)]
Third argument to shl_load() is "long address", not a pointer.
(Didn't influence functionality, as on HP-UX 32bit the NULL pointer
is a 32bit 0-value and thus is identical to the required 0L.)
Geoff Thorpe [Tue, 7 Jan 2003 05:51:39 +0000 (05:51 +0000)]
This is the first step in allowing RSA_METHODs to implement their own key
generation. This prototype matches the new API function
RSA_generate_key_ex(), though both may be subject to change during
development before 0.9.8.
Andy Polyakov [Fri, 3 Jan 2003 10:52:40 +0000 (10:52 +0000)]
pa-risc2.s was not PIC, see RT#426. I strip call to fprintf as it's
never called anyway (it's a debugging assertion). If pa-risc2W.s is
PIC remains to be seen...
Andy Polyakov [Thu, 2 Jan 2003 17:40:33 +0000 (17:40 +0000)]
UltraSPARC assembler DES implementation tune-up. The code can be
compiled for any SPARC CPU (UltraSPARC performance is *not* affected),
can be compiled for 64-bit ABI and is position-independent.
Andy Polyakov [Thu, 2 Jan 2003 17:36:26 +0000 (17:36 +0000)]
Very old submission (from 2000) of UltraSPARC assembler DES implementation.
It was not accepted because code is not PIC, too UltraSPARC-specific when
it doesn't have to and 32-bit only. I'm committing the original version
mostly for reference purposes. 64, PIC, blended CPU tune-up follows shortly.
Obtained from: http://inet.uni2.dk/~svolaf/des.htm
Andy Polyakov [Thu, 2 Jan 2003 17:19:05 +0000 (17:19 +0000)]
I implemented this when troubleshooting performance problem on SPARC Solaris.
As there is an apparent interest for optimization for footprint, I figured
that this can eventually become useful.
Richard Levitte [Sun, 29 Dec 2002 23:03:12 +0000 (23:03 +0000)]
Since we're including Kerberos 5 headers in our exported header files (when
OpenSSL is configured to use Kerberos), we'd better tell pkg-config users
where they can be found.
PR: 421
Richard Levitte [Sun, 29 Dec 2002 01:37:35 +0000 (01:37 +0000)]
Finally get rid of all the algorithm inclusions that were done from
evp.h.
Application authors BEWARE! If you have had the habit to count on
evp.h to provide all those lower-level algorithm functions, you need
to think again! Please change your programs NOW, or you will be sorry
when 0.9.8 gets release (it's quite some time away...).