unofficial mirror of guile-devel@gnu.org 
 help / color / mirror / Atom feed
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/



  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).