1. 18 9月, 1999 2 次提交
  2. 16 9月, 1999 1 次提交
  3. 14 9月, 1999 3 次提交
  4. 13 9月, 1999 1 次提交
  5. 12 9月, 1999 1 次提交
    • A
      Initial support for MacOS. · 17f389bb
      Andy Polyakov 提交于
      This will soon be complemented with MacOS specific source code files and
      INSTALL.MacOS.
      
      I (Andy) have decided to get rid of a number of #include <sys/types.h>.
      I've verified it's ok (both by examining /usr/include/*.h and compiling)
      on a number of Unix platforms. Unfortunately I don't have Windows box
      to verify this on. I really appreciate if somebody could try to compile
      it and contact me a.s.a.p. in case a problem occurs.
      
      Submitted by: Roy Wood <roy@centricsystems.ca>
      Reviewed by: Andy Polyakov <appro@fy.chalmers.se>
      17f389bb
  6. 11 9月, 1999 3 次提交
  7. 10 9月, 1999 7 次提交
  8. 09 9月, 1999 5 次提交
  9. 08 9月, 1999 4 次提交
  10. 07 9月, 1999 1 次提交
  11. 06 9月, 1999 3 次提交
  12. 05 9月, 1999 3 次提交
    • A
      SHA clean-up Intel assembler companion. · 69fb1c3f
      Andy Polyakov 提交于
      I've chosen to nest two functions in order to save about 4K. As a result
      s1-win32.asm doesn't look right (nested PROC/ENDP SEGMENT/ENDS) and it's
      probably impossible to compile. I assume I have to reconsider... But not
      today...
      69fb1c3f
    • A
      SHA clean-up and (LP64) tune-up. · 7f7c318c
      Andy Polyakov 提交于
      "Clean-up" stands for the fact that it's using common message digest
      template ../md32_common.h and sha[1_]dgst.c are reduced down to
      '#define SHA_[01]' and then '#include "sha_locl.h"'. It stands "(LP64)"
      there because it's 64 bit platforms which benefit most from the tune-up.
      The updated code exhibits 40% performance improvement on IRIX64
      (sounds too good, huh? I probably should double check if it's not
      some cache trashing that was holding it back before), 28% - on
      Alpha Linux and 12% - Solaris 7/64.
      7f7c318c
    • D
      aef838fc
  13. 04 9月, 1999 5 次提交
  14. 03 9月, 1999 1 次提交