Camm Maguire wrote:
> Greetings! GCL now has the ability to access arbitrary external
> shared library routines in a persitent fashion -- i.e. the binding is
> kept across image saves:
>
>
> Notes:
>
> 0) based on dlopen
> 1) Not yet tested on static linking
> 2) Cannot run such functions interpreted for the moment
> 3) compiling gives both a function with error checking, and an inline
> providing single instuction access through a C pointer where
> possible.
> 4) Plan on shipping a little blas, maybe mpi and lapack file to be
> optionally loaded in the GCL distribution
> 5) package LIB contains libary name symbols bound to the dlopen
> address of the library
> 6) each library has its own package with symbols bound to the external
> function address.
> 7) symbols are created and linked on .o load if necessary
> 8) loaded .o code keeps a list of its external pointers in use, which
> are then reset on image re-execution.
>
>
Does this mean that I can then easily access mkdir? gcl is (was?)
missing ensure-directories-exist, which important for mk;defsys to work
correctly. Access to ftw or the like might be useful for implementing
DIRECTORY. gcl's current (2.6.7?) implementation is severely lacking,
and potentially dangerous because it basically runs find on whatever
argument is given to DIRECTORY, which any kind of checking.
A working directory function would certainly help maxima automatically
generate the list of share directories, which we wanted to do sometime back.
Ray