For window, it should be already possible using loadlibrary api family together
with the new function pointer call in J602.
For linux, it is a little bit interesting because the ld-linux.so (counterpart
of loadlibrary of window) must be statically linked, ie you cannot use ld-linux
to load itself. It would be useful if there are 15!:x verbs that can provide
the entry-points of this ld-linux.
$ ldd libj.so
linux-vdso.so.1 => (0x00007ffffc9fe000)
libm.so.6 => /lib/libm.so.6 (0x00007fc9f428f000)
libdl.so.2 => /lib/libdl.so.2 (0x00007fc9f408b000)
libc.so.6 => /lib/libc.so.6 (0x00007fc9f3d28000)
/lib64/ld-linux-x86-64.so.2 (0x00007fc9f4840000)
regards,
Miodrag wrote:
This question is for linux, it could be relevant for windows but I
wouldn't know. It often happens that one shared library refers to
another, e.g. a vendor decided to split functions across the libraries
and a function from one library calls some function from another.
Right now there is no way to deal with this situation from J, or am I
wrong? I'm getting "undefined symbol" error when I specify libA in the
'pathToLibA procedure signature' cd parameters
call and the procedure calls a function in some libB. It would be
nice, and I suspect not too difficult, to add the possibility of
specifying a delimited list of libraries to load.
It might be even better to separate library loading from function
calls and have a bit of a more complete interface to the whole shared
library facility so one can load, unload libraries and see which
libraries are loaded.
Mio
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
----------------------------------------------------------------------
For information about J forums see http://www.jsoftware.com/forums.htm
