Re: dynamic loading of extensions

From: <>
Date: Tue, 13 Dec 94 13:47:10 -0800

> I'm afraid I mixed up afew things (I *said* I didn't know much about
> this stuff...:). There's the problem of dynamically loading compiled
> C code, and there's the problem of implementing the dump command
> (dumping the current continuation in a format that can be read back in
> via the use of the -image switch).

> I'm afraid that I mixed up the two abit. It seems that the former is
> done using dlopen. The latter is done in some other fashion.

Thats okay, I too got a bit confused.

Well, dump/restore under Freebsd now works.

In ./Src/dump.c , I changed the "#ifdef SUNO.." to include also
"FREEBSD" and I re-linked stk with /usr/lib/libgnumalloc.a .
The library "/usr/lib/libgnumalloc.a" was included in the link
process,i.e., I linked it statically to stk.

Patches for FreeBSD will go out later on today....

Here is a transcript of dump and restore session.

 /usr/local/scheme/code/lalr > ../../STk-2.1.4/Src/stk-bin -name stk -no-tk
Welcome to the STk interpreter version 2.1.4
Copyright (C) 1993, 1994 Erick Gallesio - I3S - CNRS / UNSA <>
STk> (load "sort.scm")
STk> (load "")
STk> (load "")
STk> (load "")
STk> (eval-string "3 + 3 * 5")
STk> (dump "parser")
STk> (exit)
 /usr/local/scheme/code/lalr > ../../STk-2.1.4/Src/stk-bin -name stk -image par
Welcome to the STk interpreter versio 1993, 1994 Erick Gallesio - I3S - CNRS / UNSA <>
STk> (eval-string "3 + 3 * 5")


Caveat: I couldn't get dump/restore with the shell command stk so
I invoked stk directly with the command "stk-bin -name stk options..."

This method may also work for linux so someone should try it...

        Have fun,
Received on Tue Dec 13 1994 - 23:10:29 CET

This archive was generated by hypermail 2.3.0 : Mon Jul 21 2014 - 19:38:59 CEST