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.)
Lutz Jänicke [Wed, 8 Jan 2003 08:26:59 +0000 (08:26 +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 [Fri, 3 Jan 2003 10:50:38 +0000 (10:50 +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:16 +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 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...).
Richard Levitte [Sat, 28 Dec 2002 01:35:11 +0000 (01:35 +0000)]
Hmm, the variables $x96_elf_asm and others contain a number of colons,
so when removing one reference, if should be replaced with the
appropriate number of colons, or chaos will follow...
Andy Polyakov [Fri, 27 Dec 2002 16:49:47 +0000 (16:49 +0000)]
According to Tim Rice <tim@multitalents.net> assembler support in SCO5
never worked anyway. Note this is not going to HEAD as we intend to
provide an alternative solution as soon as 0.9.7 is out.