From: Mike Gran <spk121@yahoo.com>
To: "Ludovic Courtès" <ludo@gnu.org>,
"guile-devel@gnu.org" <guile-devel@gnu.org>
Subject: Re: Minimal Guile
Date: Tue, 3 Jan 2012 14:53:56 -0800 (PST) [thread overview]
Message-ID: <1325631236.82931.YahooMailNeo@web37908.mail.mud.yahoo.com> (raw)
In-Reply-To: <87fwfwlavy.fsf@gnu.org>
> From: Ludovic Courtès <ludo@gnu.org>
> Hi Mike!
>
> Mike Gran <spk121@yahoo.com> 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 libguile.so
> 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: libguile.so, 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 libguile.so 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 libguile.so
itself, so that you'd only need to distribute libguile.so.
> 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.
Thanks,
Mike
next prev parent reply other threads:[~2012-01-03 22:53 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-19 20:35 Minimal Guile Mike Gran
2011-12-19 22:32 ` Noah Lavine
2011-12-21 15:47 ` Andy Wingo
2011-12-21 16:03 ` Mike Gran
2011-12-21 21:05 ` Andy Wingo
2011-12-22 1:07 ` Noah Lavine
2011-12-22 8:13 ` David Kastrup
2011-12-24 15:54 ` Antono Vasiljev
2012-01-03 21:44 ` Ludovic Courtès
2012-01-03 22:53 ` Mike Gran [this message]
2012-01-03 23:25 ` Ludovic Courtès
2012-01-03 23:41 ` Mike Gran
2012-01-04 1:20 ` Mark H Weaver
2012-01-04 2:09 ` Mike Gran
2012-01-04 3:44 ` Mark H Weaver
2012-01-04 18:52 ` Mike Gran
2012-01-05 2:02 ` Mark H Weaver
2012-01-04 19:16 ` Andy Wingo
2012-01-04 20:48 ` Andreas Rottmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1325631236.82931.YahooMailNeo@web37908.mail.mud.yahoo.com \
--to=spk121@yahoo.com \
--cc=guile-devel@gnu.org \
--cc=ludo@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).