openssl/crypto/bn/asm
Andy Polyakov 60fd574cdf Make bn/asm/x86_64-gcc.c gcc4 savvy. +r is likely to be initially
introduced for a reason [like bug in initial gcc port], but proposed
=&r is treated correctly by senior 3.2, so we can assume it's safe now.
PR: 1031
2005-04-03 18:53:29 +00:00
..
x86
.cvsignore A few more files to ignore 2003-01-16 21:32:56 +00:00
bn-586.pl OPENSSL_ia32cap final touches. Note that OPENSSL_ia32cap is no longer a 2004-08-29 16:36:05 +00:00
co-586.pl
ia64.S New scalable bn_mul_add_words loop, which provides up to >20% overall 2004-07-01 11:10:38 +00:00
mips3.s
pa-risc2.s pa-risc2.s was not PIC, see RT#426. I strip call to fprintf as it's 2003-01-03 10:52:40 +00:00
pa-risc2W.s
ppc.pl Improved PowerPC support. Proper ./config support for ppc targets, 2004-04-27 22:05:50 +00:00
README
sparcv8.S
sparcv8plus.S
vms.mar Finally, a bn_div_words() in VAX assembler that goes through all tests. 2002-12-23 11:25:51 +00:00
x86_64-gcc.c Make bn/asm/x86_64-gcc.c gcc4 savvy. +r is likely to be initially 2005-04-03 18:53:29 +00:00
x86.pl

<OBSOLETE>

All assember in this directory are just version of the file
crypto/bn/bn_asm.c.

Quite a few of these files are just the assember output from gcc since on 
quite a few machines they are 2 times faster than the system compiler.

For the x86, I have hand written assember because of the bad job all
compilers seem to do on it.  This normally gives a 2 time speed up in the RSA
routines.

For the DEC alpha, I also hand wrote the assember (except the division which
is just the output from the C compiler pasted on the end of the file).
On the 2 alpha C compilers I had access to, it was not possible to do
64b x 64b -> 128b calculations (both long and the long long data types
were 64 bits).  So the hand assember gives access to the 128 bit result and
a 2 times speedup :-).

There are 3 versions of assember for the HP PA-RISC.

pa-risc.s is the origional one which works fine and generated using gcc :-)

pa-risc2W.s and pa-risc2.s are 64 and 32-bit PA-RISC 2.0 implementations
by Chris Ruemmler from HP (with some help from the HP C compiler).

</OBSOLETE>