From: Andy Wingo <wingo@pobox.com>
To: ludo@gnu.org (Ludovic Courtès)
Cc: guile-devel@gnu.org
Subject: Re: Cross-compiling Guile 2.0
Date: Sat, 19 Mar 2011 12:04:42 +0100 [thread overview]
Message-ID: <m3tyezweut.fsf@unquote.localdomain> (raw)
In-Reply-To: <87bp18pwbi.fsf@gnu.org> ("Ludovic Courtès"'s message of "Fri, 18 Mar 2011 11:17:05 +0100")
On Fri 18 Mar 2011 11:17, ludo@gnu.org (Ludovic Courtès) writes:
> I would add a ‘current-bytecode-endianness’ fluid in (language assembly
> compile-bytecode). The ‘compile’ procedure would have an optional
> ‘endianness’ parameter, which would set this fluid. And ‘guile-tools
> compile’ would have a command-line argument to specify the target
> endianness.
This sounds fine, but I would like to actually build a Guile
cross-compiler. So build = host = my x86-64 laptop, but target = ARM
(for example). Then you would use that Guile cross-compiler as
GUILE_FOR_BUILD, as you cross-compile Guile itself, or other packages
based on Guile.
It's true that a simple command-line argument and fluid could work, but
the situation will get more complicated, so we will need some part of
Guile to define the host and target triplets. That's the questions I
was really asking: where in Guile to define those?
I am leaning towards some other module; (system machine-type) or
something, which would load some previously registered extension.
Andy
--
http://wingolog.org/
next prev parent reply other threads:[~2011-03-19 11:04 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-05 19:47 Cross-compiling Guile 2.0 Neil Jerram
2011-03-05 21:41 ` Andy Wingo
2011-03-06 11:03 ` Neil Jerram
2011-03-06 20:43 ` Andy Wingo
2011-03-06 22:12 ` Ludovic Courtès
2011-03-18 0:04 ` Andy Wingo
2011-03-18 10:17 ` Ludovic Courtès
2011-03-19 11:04 ` Andy Wingo [this message]
2011-03-20 13:50 ` Ludovic Courtès
2011-03-20 15:25 ` Andy Wingo
2011-03-20 21:31 ` Ludovic Courtès
2011-03-20 21:53 ` Andy Wingo
2011-03-21 19:58 ` Ludovic Courtès
2011-03-21 20:42 ` Andy Wingo
2011-05-27 14:32 ` Andy Wingo
2011-05-27 14:51 ` Ludovic Courtès
2011-05-29 18:10 ` Andy Wingo
2011-05-30 20:22 ` Andy Wingo
2011-05-31 15:24 ` Ludovic Courtès
2011-03-16 13:02 ` Jan Nieuwenhuizen
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=m3tyezweut.fsf@unquote.localdomain \
--to=wingo@pobox.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).