1. 05 1月, 2002 1 次提交
    • D
      · bc37d996
      Dr. Stephen Henson 提交于
      Experimental configuration code.
      
      Incomplete, largely untested and subject to change/deletion.
      bc37d996
  2. 01 8月, 2001 1 次提交
  3. 31 7月, 2001 1 次提交
  4. 09 3月, 2001 1 次提交
  5. 23 2月, 2001 1 次提交
  6. 22 2月, 2001 1 次提交
  7. 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
  8. 25 9月, 2000 1 次提交
  9. 07 9月, 2000 1 次提交
  10. 09 4月, 2000 2 次提交
    • R
      "make update" · 7a807ad8
      Richard Levitte 提交于
      7a807ad8
    • R
      I've always wanted to make the CONF library more adaptable. Here's · d86b6915
      Richard Levitte 提交于
      the result.
      
      I have retained the old behavior of the CONF_* functions, and have
      added a more "object oriented" interface through NCONF_* functions
      (New CONF, you see :-)), working the same way as, for example, the
      BIO interface.  Really, the CONF_* are rewritten so they use the
      NCONF_* functions internally.
      
      In addition to that, I've split the old conf.c code into two files,
      conf_def.c and conf_api.c.  conf_def.c contains the default config
      object that reads a configuration file the standard OpenSSL way, as
      well as configuration file with Win32 registry file syntax (I'm not
      sure I got that one right).  conf_api.c provides an API to build other
      configuration file readers around (can you see a configuraion file in
      XML?  I can :-)).
      
      Finally, I've changed the name conf_lcl.h to conf_def.h, since it's
      made specifically for that "class" and none others.
      d86b6915
  11. 21 6月, 1999 2 次提交
  12. 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
  13. 15 5月, 1999 1 次提交
  14. 30 4月, 1999 1 次提交
  15. 29 4月, 1999 2 次提交
  16. 27 4月, 1999 1 次提交
  17. 25 4月, 1999 2 次提交
  18. 24 4月, 1999 5 次提交
  19. 01 4月, 1999 1 次提交
  20. 22 3月, 1999 1 次提交
  21. 06 3月, 1999 2 次提交
  22. 20 1月, 1999 2 次提交
  23. 19 1月, 1999 1 次提交
  24. 21 12月, 1998 2 次提交