1. 21 1月, 2007 1 次提交
  2. 04 2月, 2006 1 次提交
  3. 19 12月, 2005 1 次提交
  4. 16 12月, 2005 1 次提交
  5. 07 11月, 2005 1 次提交
  6. 03 11月, 2005 1 次提交
  7. 25 10月, 2005 2 次提交
  8. 04 10月, 2005 1 次提交
  9. 08 8月, 2005 1 次提交
  10. 03 8月, 2005 1 次提交
  11. 09 7月, 2005 1 次提交
  12. 08 7月, 2005 1 次提交
  13. 24 6月, 2005 1 次提交
  14. 17 5月, 2005 1 次提交
  15. 16 5月, 2005 2 次提交
  16. 27 4月, 2005 1 次提交
  17. 14 4月, 2005 1 次提交
  18. 11 4月, 2005 1 次提交
  19. 30 3月, 2005 1 次提交
  20. 06 2月, 2005 1 次提交
  21. 14 12月, 2004 1 次提交
  22. 03 11月, 2004 1 次提交
  23. 01 11月, 2004 1 次提交
  24. 30 8月, 2004 1 次提交
  25. 02 8月, 2004 2 次提交
  26. 18 5月, 2004 2 次提交
  27. 20 4月, 2004 1 次提交
  28. 29 3月, 2004 1 次提交
    • A
      This is essentially Intel 32-bit compiler tune-up. To start with all · 1a979201
      Andy Polyakov 提交于
      available compiler versions generated bogus machine code trying to
      compile new crypto/des/cfb_enc.c. Secondly, 8th version defines
      __GNUC__ macro, but fails to compile *some* inline assembler correctly.
      Note that all versions of icc implement MSC-like _lrot[rl] intrinsic,
      which is used now instead of offensive asm. Finally, unnecessary linker
      dependencies are eliminated. Most notably dependency from libirc.a
      caused trouble at application start-up, if libcrypto.so is linked with
      -Bsymbolic (which it is).
      1a979201
  29. 11 2月, 2004 1 次提交
  30. 29 1月, 2004 2 次提交
  31. 28 1月, 2004 2 次提交
  32. 27 12月, 2003 2 次提交
  33. 28 11月, 2003 1 次提交