crypto/dso/README

   1 TODO
   2 ----
   3
   4 Find a way where name-translation can be done in a way that is
   5 sensitive to particular methods (ie. generic code could still do
   6 different path/filename substitutions on win32 to what it does on
   7 *nix) but doesn't assume some canonical form. Already one case
   8 exists where the "blah -> (libblah.so,blah.dll)" mapping doesn't
   9 suffice. I suspect a callback with an enumerated (or string?)
  10 parameter could be the way to go here ... DSO_ctrl the callback
  11 into place and it can be invoked to handle name translation with
  12 some clue to the calling code as to what kind of system it is.
  13
  14 NOTES
  15 -----
  16
  17 I've checked out HPUX (well, version 11 at least) and shl_t is
  18 a pointer type so it's safe to use in the way it has been in
  19 dso_dl.c. On the other hand, HPUX11 support dlfcn too and
  20 according to their man page, prefer developers to move to that.
  21 I'll leave Richard's changes there as I guess dso_dl is needed
  22 for HPUX10.20.
  23
  24