1. 10 2月, 2016 1 次提交
  2. 01 2月, 2016 1 次提交
  3. 30 1月, 2016 1 次提交
  4. 20 1月, 2016 1 次提交
  5. 18 1月, 2016 1 次提交
  6. 13 1月, 2016 1 次提交
  7. 14 12月, 2015 1 次提交
  8. 10 12月, 2015 1 次提交
  9. 23 5月, 2015 1 次提交
    • R
      Fix the update target and remove duplicate file updates · 0f539dc1
      Richard Levitte 提交于
      We had updates of certain header files in both Makefile.org and the
      Makefile in the directory the header file lived in.  This is error
      prone and also sometimes generates slightly different results (usually
      just a comment that differs) depending on which way the update was
      done.
      
      This removes the file update targets from the top level Makefile, adds
      an update: target in all Makefiles and has it depend on the depend: or
      local_depend: targets, whichever is appropriate, so we don't get a
      double run through the whole file tree.
      Reviewed-by: NRich Salz <rsalz@openssl.org>
      0f539dc1
  10. 01 4月, 2015 1 次提交
  11. 08 12月, 2014 1 次提交
  12. 27 1月, 2011 1 次提交
  13. 12 11月, 2008 1 次提交
  14. 11 1月, 2008 1 次提交
  15. 19 12月, 2007 1 次提交
  16. 16 12月, 2005 2 次提交
  17. 29 11月, 2005 1 次提交
  18. 17 5月, 2005 1 次提交
  19. 16 5月, 2005 2 次提交
  20. 30 3月, 2005 1 次提交
  21. 03 11月, 2004 1 次提交
  22. 18 5月, 2004 1 次提交
  23. 27 12月, 2003 1 次提交
  24. 30 4月, 2003 1 次提交
  25. 09 10月, 2002 1 次提交
  26. 28 6月, 2002 1 次提交
  27. 01 8月, 2001 1 次提交
  28. 31 7月, 2001 1 次提交
  29. 09 3月, 2001 1 次提交
  30. 22 2月, 2001 1 次提交
  31. 20 2月, 2001 1 次提交
    • R
      Make all configuration macros available for application by making · cf1b7d96
      Richard Levitte 提交于
      sure they are available in opensslconf.h, by giving them names starting
      with "OPENSSL_" to avoid conflicts with other packages and by making
      sure e_os2.h will cover all platform-specific cases together with
      opensslconf.h.
      
      I've checked fairly well that nothing breaks with this (apart from
      external software that will adapt if they have used something like
      NO_KRB5), but I can't guarantee it completely, so a review of this
      change would be a good thing.
      cf1b7d96
  32. 25 9月, 2000 1 次提交
  33. 07 9月, 2000 1 次提交
  34. 13 6月, 2000 1 次提交
  35. 24 1月, 2000 1 次提交
    • D
      · dd9d233e
      Dr. Stephen Henson 提交于
      Tidy up CRYPTO_EX_DATA structures.
      dd9d233e
  36. 21 5月, 1999 3 次提交
    • 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
    • B
      Add a kludge :-( · d6847aed
      Bodo Möller 提交于
      There were problems with putting e_os.h just into the top directory,
      because the test programs are compiled within test/ in the "standard"
      case in in their original directories in the makefile.one case;
      and in the latter symlinks may not be available.
      d6847aed
    • B
      Don't install e_os.h in include/openssl, use it only as a local · 17e3dd1c
      Bodo Möller 提交于
      include file.
      17e3dd1c