Skip to content
  1. Jun 21, 2000
    • Dr. Stephen Henson's avatar
      · 13083215
      Dr. Stephen Henson authored
      Fixes for Win32 build.
      
      This is mostly a work around for the old VC++ problem
      that it treats func() as func(void).
      
      Various prototypes had been added to 'compare' function
      pointers that triggered this. This could be fixed by removing
      the prototype, adding function pointer casts to every call or
      changing the passed function to use the expected arguments.
      I mostly did the latter.
      
      The mkdef.pl script was modified to remove the typesafe
      functions which no longer exist.
      
      Oh and some functions called OPENSSL_freeLibrary() were
      changed back to FreeLibrary(), wonder how that happened :-)
      13083215
  2. Jun 20, 2000
  3. Jun 19, 2000
  4. Jun 18, 2000
  5. Jun 17, 2000
  6. Jun 16, 2000
    • Dr. Stephen Henson's avatar
      Safe stack reorganisation in terms of function casts. · 3aceb94b
      Dr. Stephen Henson authored
      After some messing around this seems to work but needs
      a few more tests. Working out the syntax for sk_set_cmp_func()
      (cast it to a function that itself returns a function pointer)
      was painful :-(
      
      Needs some testing to see what other compilers think of this
      syntax.
      
      Also needs similar stuff for ASN1_SET_OF etc etc.
      3aceb94b
    • Richard Levitte's avatar
      Change to have a single library that works on both Win9x and WinNT. · fb3e1eeb
      Richard Levitte authored
      As far as I understand, it still needs to be compiled on NT...
      Contributed by Arne Ansper <arne@ats.cyber.ee>
      fb3e1eeb
    • Bodo Möller's avatar
      typo · f03aa651
      Bodo Möller authored
      f03aa651
    • Bodo Möller's avatar
    • Bodo Möller's avatar
      There are compilers that complain if a variable has the same name as a · 4ee1eb7b
      Bodo Möller authored
      label. (Reported by Alexei Bakharevski.)
      4ee1eb7b
    • Geoff Thorpe's avatar
      Currently the DSO_METHOD interface has one entry point to bind all · e9a68cfb
      Geoff Thorpe authored
      "symbols" including functions (of all prototypes( and variables. Whilst
      casting any function type to another violates ANSI C (I believe), it is
      a necessary evil in shared-library APIs. However, it is quite
      conceivable that functions in general and data symbols could very well
      be represented differently to each other on some systems, as Bodo said;
      
      > Since the function/object distinction is a lot more likely to be
      > important on real-life platforms supporting DSO *and* it can be quite
      > easily done *and* it will silence compilers that don't like
      > assignments from void pointers to function pointer variables, why
      > not do it?
      
      I agree. So this change splits the "dso_bind" handler in DSO_METHOD
      into "dso_bind_var" and "dso_bind_func". Similarly the exported
      function DSO_bind() has been split in two. I've also put together
      changes for the various DSO_METHOD implementations, but so far only
      DSO_dlfcn() has been tested. BTW: The prototype for dso_bind had been
      a bit strange so I've taken the opportunity to change its shape (in
      both variations).
      
      Also, the README has been updated - particularly with a note about
      using customised native name-translation for shared libraries (and that
      you can't do it yet).
      e9a68cfb
  7. Jun 15, 2000
  8. Jun 14, 2000
  9. Jun 13, 2000
  10. Jun 12, 2000
  11. Jun 11, 2000
  12. Jun 10, 2000
  13. Jun 09, 2000
    • Bodo Möller's avatar
      Comment about bcopy on SunOS 4.x. · b908bd4e
      Bodo Möller authored
      b908bd4e
    • Richard Levitte's avatar
      Using checks of the existence of HEADER_{foo}_H in other header files · ef33b970
      Richard Levitte authored
      was a really bad idea.  For example, the following:
      
      	#include <x509.h>
      	#include <bio.h>
      	#include <asn1.h>
      
      would make sure that things like ASN1_UTCTIME_print() wasn't defined
      unless you moved the inclusion of bio.h to above the inclusion of
      x509.h.  The reason is that x509.h includes asn1.h, and the
      declaration of ASN1_UTCTIME_print() depended on the definition of
      HEADER_BIO_H.  That's what I call an obscure bug.
      
      Instead, this change makes sure that whatever header files are needed
      for the correct process of one header file are included automagically,
      and that the definitions of, for example, BIO-related things are
      dependent on the absence of the NO_{foo} macros.  This is also
      consistent with the way parts of OpenSSL can be excluded at will.
      ef33b970
    • Bodo Möller's avatar
      Comment for increased code clarity. · 814ed26c
      Bodo Möller authored
      814ed26c
  14. Jun 08, 2000