openssl/crypto/dso
Bodo Möller 4e20b1a656 Instead of telling both 'make' and the user that ranlib
errors can be tolerated, hide the error from 'make'.
This gives shorter output both if ranlib fails and if
it works.
2001-03-09 14:01:42 +00:00
..
.cvsignore
dso_dl.c shl_load() also needs to load along a path given through an 2000-11-07 11:25:26 +00:00
dso_dlfcn.c
dso_err.c Make all configuration macros available for application by making 2001-02-19 16:06:34 +00:00
dso_lib.c avoid memory leak 2000-11-03 15:40:10 +00:00
dso_null.c
dso_openssl.c
dso_vms.c Include OpenSSL header files earlier so macros like OPENSSL_SYS_VMS 2001-02-20 13:23:42 +00:00
dso_win32.c Use new-style system-id macros everywhere possible. I hope I haven't 2001-02-20 08:13:47 +00:00
dso.h
Makefile.ssl Instead of telling both 'make' and the user that ranlib 2001-03-09 14:01:42 +00:00
README

NOTES
-----

I've checked out HPUX (well, version 11 at least) and shl_t is
a pointer type so it's safe to use in the way it has been in
dso_dl.c. On the other hand, HPUX11 support dlfcn too and
according to their man page, prefer developers to move to that.
I'll leave Richard's changes there as I guess dso_dl is needed
for HPUX10.20.

There is now a callback scheme in place where filename conversion can
(a) be turned off altogether through the use of the
    DSO_FLAG_NO_NAME_TRANSLATION flag,
(b) be handled by default using the default DSO_METHOD's converter
(c) overriden per-DSO by setting the override callback
(d) a mix of (b) and (c) - eg. implement an override callback that;
    (i) checks if we're win32 (if(strstr(dso->meth->name, "win32")....)
        and if so, convert "blah" into "blah32.dll" (the default is
	otherwise to make it "blah.dll").
    (ii) default to the normal behaviour - we're not on win32, eg.
         finish with (return dso->meth->dso_name_converter(dso,NULL)).