1. 04 11月, 2005 1 次提交
  2. 22 5月, 2005 1 次提交
  3. 26 3月, 2004 2 次提交
  4. 29 1月, 2004 1 次提交
  5. 27 1月, 2004 1 次提交
  6. 28 12月, 2003 1 次提交
  7. 28 11月, 2002 1 次提交
  8. 13 11月, 2002 1 次提交
  9. 03 5月, 2001 1 次提交
    • R
      Some platforms (most notably Windows) do not have a $HOME by default. · f0b54fef
      Richard Levitte 提交于
      For those, unless the environment variables RANDFILE or HOME are
      defined (the default case!), RAND_file_name() will return NULL.
      This change adds a default HOME for those platforms.
      
      To add a default HOME for any platform, just define DEFAULT_HOME in
      the proper place, wrapped in appropriate #ifdef..#endif, in e_os.h.
      f0b54fef
  10. 22 2月, 2001 3 次提交
  11. 20 2月, 2001 2 次提交
  12. 14 2月, 2001 1 次提交
  13. 09 2月, 2001 2 次提交
  14. 12 9月, 2000 1 次提交
  15. 16 6月, 2000 1 次提交
  16. 02 6月, 2000 1 次提交
    • R
      There have been a number of complaints from a number of sources that names · 26a3a48d
      Richard Levitte 提交于
      like Malloc, Realloc and especially Free conflict with already existing names
      on some operating systems or other packages.  That is reason enough to change
      the names of the OpenSSL memory allocation macros to something that has a
      better chance of being unique, like prepending them with OPENSSL_.
      
      This change includes all the name changes needed throughout all C files.
      26a3a48d
  17. 12 5月, 2000 1 次提交
  18. 20 3月, 2000 2 次提交
  19. 11 3月, 2000 1 次提交
  20. 26 2月, 2000 2 次提交
  21. 31 1月, 2000 1 次提交
  22. 24 1月, 2000 3 次提交
  23. 22 1月, 2000 2 次提交
  24. 21 1月, 2000 1 次提交
  25. 14 1月, 2000 1 次提交
  26. 26 10月, 1999 1 次提交
  27. 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
  28. 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