all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Toon Claes <toon@iotcl.net>
Cc: 9192@debbugs.gnu.org, Andreas Schwab <schwab@linux-m68k.org>
Subject: bug#9192: Cross-compile for ARM
Date: Tue, 02 Aug 2011 12:21:40 -0400	[thread overview]
Message-ID: <jwv1ux36bk9.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <71E1048F-71BD-42D6-AD17-086EEA0DB76D@iotcl.net>

> Is it a 'feature' or is it a bug?

It's not a feature, but it's not a bug we find very important to fix.
IOW I'd be happy to accept patches which make cross-compiling easier,
but I won't write them myself and I would only accept them if they're
clean enough.

This said, I do remember someone posting on this list about a similar
issue and making actual progress in this direction.  And if you want to
try it, here are some things I know will need to be solved:
- We build a few programs used only during compilation: prefix-args,
  make-docfile, probably a few more (can't remember test-distrub, but
  if we build such a thing, then it's most likely in the set as well).
  You'll have to change the Makefile to compile those for the host
  rather than for the target.
- The Elisp files in lisp and leim need to be compiled by Emacs, so the
  src/bootstrap-emacs should be built for the host rather than for
  the target.
- You'll either want to build without dumping (i.e. set CANNOT_DUMP), or
  you'll want to split the dump step since it needs to be run on the
  target (but in either case you can do the dump for src/bootstrap-emacs
  since that runs on the host).  Builds using CANNOT_DUMP tend to have
  various misfeatures because this is basically never used and hence
  doesn't get much/any testing.

Maybe the easiest way to approach the problem is to first do a normal
build on the host (which builds src/bootstrap-emacs and compiles all the
Elisp files), then "rm src/*.o", reconfigure for the target and compile
src/temacs (and maybe afterwards do the `dump' on the target).


        Stefan





  reply	other threads:[~2011-08-02 16:21 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-07-28 18:53 bug#9192: Cross-compile for ARM Toon Claes
2011-07-28 21:13 ` Andreas Schwab
2011-07-29 16:44   ` Toon Claes
2011-08-02 16:21     ` Stefan Monnier [this message]
2011-08-30  3:38       ` Dan Nicolaescu
2024-01-10 11:11 ` bug#13479: Cross Compiling " Stefan Kangas
2024-01-10 11:44   ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-01-10 11:56     ` Stefan Kangas
2024-01-10 13:10       ` Toon Claes via Bug reports for GNU Emacs, the Swiss army knife of text editors

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=jwv1ux36bk9.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=9192@debbugs.gnu.org \
    --cc=schwab@linux-m68k.org \
    --cc=toon@iotcl.net \
    /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.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.