This is the mail archive of the guile@cygnus.com mailing list for the guile project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
>On 04 May 1999 19:54:30 -0700, Greg Badros wrote:
>> Right now, it's really hard to add GUILE to existing applications
>> because GUILE really wants to be in control. I'd really like to see
>> code to find the base of the stack added to GUILE so that the
>> init_guile routine returns to it's caller. ie
>>
>> main () {
>> <my stuff>
>> init_guile();
>> <more stuff>
>> gh_eval_str();
>> <more stuff>
>> }
> This is the way Scwm uses Guile and makes it must easier for embedding
> *as an extension language*. Maciej's probably got some ideas about how
> the Scwm approach could be moved into the Guile core.
For what it's worth, this is precisely the way our group would
(conceivably) like to use Guile. I am on this list trying to learn
more about Guile for a large free software project that desperately
needs a good extension language to tie up a bunch of loose ends. (see
http://unidata.ucar.edu/packages/dods). What we need is a very
sophisticated expression evaluator to be replace a dumb evaluator that
is already in place, not a language that can itself be extended.
Guile (and the Ctax translator) appear to be what we need, but I'm
having a pretty hard time figuring out exactly how to use them.
If anyone has a simple example of an application that uses Guile as an
extension, I'd be grateful to see it. Or a pointer to the scwm code
mentioned above.
Many thanks in advance,
-Tom Sgouros
Graduate School of Oceanography
University of Rhode Island
Narragansett, RI
401-874-6677