fee8d86d7a
eliminating them as dead code. Both volatile and "memory" are used because of some concern that the compiler may still cache values across the asm block without it, and because this was such a painful debugging session that I wanted to ensure that it's never repeated. (cherry picked from commit |
||
---|---|---|
.. | ||
x86 | ||
.cvsignore | ||
bn-586.pl | ||
co-586.pl | ||
ia64.S | ||
mips3.s | ||
mo-586.pl | ||
pa-risc2.s | ||
pa-risc2W.s | ||
ppc.pl | ||
README | ||
sparcv8.S | ||
sparcv8plus.S | ||
vms.mar | ||
x86.pl | ||
x86_64-gcc.c | ||
x86_64-mont.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>