1. 15 1月, 2000 1 次提交
    • B
      - Pseudo-seed the PRNG in programs used for "make test" · 0c50e02b
      Bodo Möller 提交于
        because otherwise BN_rand will fail unless DEVRANDOM works,
        which causes the programs to dump core because they
        don't check the return value of BN_rand (and if they
        did, we still couldn't test anything).
      
      - add comment to some files that appear not to be used at all.
      0c50e02b
  2. 14 1月, 2000 1 次提交
  3. 12 1月, 2000 2 次提交
  4. 26 12月, 1999 1 次提交
  5. 14 12月, 1999 1 次提交
  6. 09 12月, 1999 1 次提交
  7. 03 11月, 1999 1 次提交
  8. 26 10月, 1999 1 次提交
  9. 30 9月, 1999 1 次提交
  10. 25 8月, 1999 1 次提交
  11. 03 8月, 1999 1 次提交
  12. 01 8月, 1999 1 次提交
    • A
      Extra i386+gcc bn_div.c tune-up featuring inline division and saving · 4c22909e
      Andy Polyakov 提交于
      the remainder left in %edx. Here is the resulting performance improvement
      matrix (improvement as a result of this *and* previous tune-up committed
      two days ago). The results were obtained by profiling the "div" part of
      the crypto/bn/bnspeed.c.
      
      CPU	BN_div	bn_div_words	overall	comment
      ------------------------------------------------------------------------
      PII	+16%	accumulated by	+2-3%	PII multiplies damn fast! Taking
      		inlining		multiplication out of the loop
      					didn't make too much difference.
      					Eliminating of the multiplication
      					involved in remainder calculation
      					is the major factor.
      
      Pentium	+45%	accumulated by	+7-9%	mull isn't that fast and replacing
      		inlining		multiplications with additions in
      					the loop has more visible effect:-)
      
      MIPS	+75%	+12%		+20-25%	In addition to the taking mults
      R10000					out of the loop (giving 12% in the
      					asm/mips3.s) three mults were
      					eliminated in BN_div.
      
      Alpha	+30%	+50%		+10-15%	Same as above. But remember that
      EV4					bn_div_words is a C implementation.
      					It takes 4 Alpha mults in C to do
      					the same thing as 1 MIPS mult in
      					assembler does. So the effect (50%)
      					is more impressive. But not the
      					overall one... Well, if Alpha
      					bn_mul_add would be implemented
      					in assembler overall improvement
      					would be closer to MIPS...
      4c22909e
  13. 31 7月, 1999 1 次提交
  14. 30 7月, 1999 1 次提交
  15. 27 7月, 1999 1 次提交
  16. 26 7月, 1999 1 次提交
    • A
      SPARC Solaris config updates. · 1656ef29
      Andy Polyakov 提交于
      ./config sences whole range of SPARC instruction sets. Do note that
      it favors Sun C now if both gcc and cc 4.2 or later are present!
      1656ef29
  17. 25 7月, 1999 2 次提交
  18. 23 7月, 1999 1 次提交
  19. 21 7月, 1999 1 次提交
  20. 20 7月, 1999 3 次提交
  21. 16 7月, 1999 1 次提交
  22. 09 7月, 1999 1 次提交
  23. 29 6月, 1999 1 次提交
  24. 28 6月, 1999 1 次提交
  25. 21 6月, 1999 1 次提交
  26. 16 6月, 1999 1 次提交
  27. 12 6月, 1999 1 次提交
  28. 10 6月, 1999 1 次提交
  29. 09 6月, 1999 1 次提交
  30. 05 6月, 1999 2 次提交
  31. 04 6月, 1999 1 次提交
  32. 29 5月, 1999 2 次提交
  33. 27 5月, 1999 1 次提交
  34. 21 5月, 1999 1 次提交
    • B
      It was a very bad idea to use #include "../e_os.h" -- when this occurs · 7e701817
      Bodo Möller 提交于
      in cryptlib.h (which is often included as "../cryptlib.h"), then the
      question remains relative to which directory this is to be interpreted.
      gcc went one further directory up, as intended; but makedepend thinks
      differently, and so probably do some C compilers.  So the ../ must go away;
      thus e_os.h goes back into include/openssl (but I now use
      #include "openssl/e_os.h" instead of <openssl/e_os.h> to make the point) --
      and we have another huge bunch of dependency changes.  Argh.
      7e701817