Re: Need internal help please (dynamic loading support)
On Thu, Sep 10, 1998 at 06:50:26PM -0500, William M. Perry wrote:
Do all platforms have the idea of an 'initialization'
function for dynamic
libraries? I know most elf systems do with _init and _fini, and windows
has DllMain. It would be nice to just hook into that for doing the
DEFSUBR() and things instead of having the somewhat arbitrary
emacs_initializate function name.
Unfortunately not all do, and DLD certainly
doesn't.
I must have sanitized my comments about SCO in the source :). I
really
dislike the fact that _dlopen is the symbol in libc, and dlfcn.h #defines
dlopen _dlopen. Really makes doing the autoconf stuff a little ickier.
:)
No you didnt santise it the comments are there, and valid :-) I myself
hated this and made the patch to put in a #pragma weak dlopen _dlopen so
that autoconf would find the functions. Although, to be fair, the original
assertion that was made that you really sohuldnt be messing with dlopen()
stuff wiothout having dlfcn.h included was valid.
All the stuff in sysdll works under SCO OpenServer 5.x, other than
the
exporting all symbols stuff. We could get around that by putting some of
the core functionality of XEmacs in a libxemacs.so or something like that.
I don't know if that's worth it or not though.
No true ... on OSR 5.0.4 I
can export all the symbols trivially by putting
-Wl,-Bexport on the link line. It works just as it does on any SVR4 system.
I know the sysdll stuff works under:
Yeah sysdll.c is quite
fine exactly as it stands ... it abstracts dlopen()
and friends. How that abstraction is USED is what needs work.
Would it be constructive for me to post thwt I have done so far?
--
J. Kean Johnston | "Truth and beauty, beauty and truth. This is all we know,
Engineer, SPG | and all we need ever know." -- John Keats, Endymion
Santa Cruz, CA +----------------------------------------------------------
Tel: 408-427-7569 Fax: 408-429-1887 E-mail: jkj(a)sco.com