1. 19 8月, 2014 1 次提交
  2. 16 2月, 2011 1 次提交
  3. 16 12月, 2008 1 次提交
  4. 12 11月, 2008 2 次提交
  5. 06 11月, 2008 1 次提交
    • D
      PR: 1777 · 0afc9f5b
      Dr. Stephen Henson 提交于
      Submitted by: "Alon Bar-Lev" <alon.barlev@gmail.com>
      Approved by: steve@openssl.org
      
      Fix some size_t issues.
      0afc9f5b
  6. 03 11月, 2008 1 次提交
  7. 23 10月, 2005 2 次提交
  8. 14 10月, 2005 1 次提交
  9. 06 10月, 2005 1 次提交
  10. 04 10月, 2005 2 次提交
  11. 05 8月, 2005 1 次提交
  12. 01 6月, 2005 1 次提交
  13. 19 11月, 2000 1 次提交
  14. 17 11月, 2000 1 次提交
  15. 04 9月, 2000 1 次提交
  16. 28 2月, 2000 1 次提交
  17. 27 2月, 2000 1 次提交
  18. 03 2月, 2000 1 次提交
    • A
      Support for "multiply high" instruction, see BN_UMULT_HIGH comment in · fb81ac5e
      Andy Polyakov 提交于
      crypto/bn/bn_lcl.h for further details. It should be noted that for
      the moment of this writing the code was tested only on Alpha. If
      compiled with DEC C the C implementation exhibits 12% performance
      improvement over the crypto/bn/asm/alpha.s (on EV56 box running
      AlphaLinux). GNU C is (unfortunately) 8% behind the assembler
      implementation. But it's OpenVMS Alpha users who *may* benefit most
      as 'apps/openssl speed rsa' exhibits 6 (six) times performance
      improvement over the original VMS bignum implementation. Where "*may*"
      means "as soon as code is enabled though #define SIXTY_FOUR_BIT and
      crypto/bn/asm/vms.mar is skipped."
      fb81ac5e
  19. 30 7月, 1999 1 次提交
  20. 21 7月, 1999 1 次提交
  21. 27 5月, 1999 1 次提交
  22. 20 4月, 1999 1 次提交
  23. 28 1月, 1999 1 次提交
  24. 21 12月, 1998 1 次提交