[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Minimal Guile

From: Mike Gran
Subject: Re: Minimal Guile
Date: Tue, 3 Jan 2012 14:53:56 -0800 (PST)

> From: Ludovic Courtès <address@hidden>
 > Hi Mike!
> Mike Gran <address@hidden> skribis:
>>  It'll be fun to try to minimize it down to just
>>  the guile executable, libguile-*, and a scheme archive file.  And it
>>  might help with distribution of prebuilt versions.
> Are you saying that, say, Lilypond’s tarball would contain
> and the .go files?  (I guess not but then I don’t get it.  ;-))
I'm saying that you could create a Guile build that would make only
three non-documentation output products:, all the .go files
in a single .iso or .tar file, and the Guile executable.
The libguile would be modified so that the .iso or .tar file would
never be unpacked.  Guile would look inside the .tar or .iso for the 
compiled .go files.
(I'm assuming this is for use as an extension, so I'm ignoring
complications like guile-readline for now.)
This way, if one wanted to distribute compiled versions of Guile along with
an application, one would only need to add the and the
go-tar or go-iso file.
If you wanted to get really minimal, you could actually put the .go
tar archive or .go iso archive within a binary segment of the
itself, so that you'd only need to distribute 
> I would borrow code from Bigloo, Chicken, or some other Scheme
> implementation that comes with that, or write it anew in Scheme.

Wouldn't work in this case, since Guile needs to read .go files
before it can interpret scheme.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]