1. 14 1月, 2000 1 次提交
  2. 20 12月, 1999 1 次提交
  3. 27 10月, 1999 1 次提交
  4. 26 10月, 1999 1 次提交
  5. 15 10月, 1999 1 次提交
  6. 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
  7. 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
  8. 27 4月, 1999 1 次提交
  9. 26 4月, 1999 1 次提交
  10. 24 4月, 1999 1 次提交
  11. 22 4月, 1999 1 次提交
  12. 20 4月, 1999 1 次提交
  13. 18 4月, 1999 1 次提交
  14. 22 3月, 1999 1 次提交
  15. 27 2月, 1999 1 次提交
  16. 14 2月, 1999 1 次提交
  17. 10 2月, 1999 1 次提交
  18. 26 1月, 1999 1 次提交
  19. 31 12月, 1998 1 次提交
    • R
      Fix version stuff: · 9cb0969f
      Ralf S. Engelschall 提交于
      1. The already released version was 0.9.1c and not 0.9.1b
      
      2. The next release should be 0.9.2 and not 0.9.1d, because
         first the changes are already too large, second we should avoid any more
         0.9.1x confusions and third, the Apache version semantics of
         VERSION.REVISION.PATCHLEVEL for the version string is reasonable (and here
         .2 is already just a patchlevel and not major change).
      tVS: ----------------------------------------------------------------------
      9cb0969f
  20. 23 12月, 1998 2 次提交
  21. 22 12月, 1998 1 次提交
  22. 21 12月, 1998 3 次提交