From: Eli Zaretskii <eliz@gnu.org>
To: rms@gnu.org
Cc: luangruo@yahoo.com, emacs-devel@gnu.org
Subject: Re: The 'cross' directory
Date: Sun, 13 Aug 2023 08:39:16 +0300 [thread overview]
Message-ID: <83pm3rcxh7.fsf@gnu.org> (raw)
In-Reply-To: <E1qV08h-0001n2-4N@fencepost.gnu.org> (message from Richard Stallman on Sat, 12 Aug 2023 21:43:31 -0400)
> From: Richard Stallman <rms@gnu.org>
> Cc: eliz@gnu.org, emacs-devel@gnu.org
> Date: Sat, 12 Aug 2023 21:43:31 -0400
>
> > Nothing broke it. Emacs never supported cross compilation in the past,
> > since Emacs is needed on the build machine to compile Lisp and dump
> > itself.
>
> In the past, building Emacs was cleanly separated into building
> `temacs' and then using it to dump. We included .elc files in the tar
> ball so that users did not need to compile any Lisp code unless they
> changed Lisp source. (Byte-compiling Lisp code was slow and the .elc
> files were portable.)
>
> So I think it should have worked to make `temacs' cross-compiling
> and then run the rest on the target machine. That should have been
> easy because it did not need to compile or link any C code.
This should still work, although I doubt if anyone tried it lately.
Emacs with native-compilation cannot be built that way, because the
native-code *.eln files are produced at build time, and cannot be
included in the tarball (they depend on the architecture of the target
machine and include signatures of the Emacs binary and the location of
the source *.el files). But Emacs without native-compilation could be
produced in such two steps, except that the target environment still
needs some support tools: GNU Make, cp and rm. (Alternatively, they
could invoke the final build commands by hand, if they know how.)
But I don't believe this is relevant to the Android build, since the
Android development tools don't run on Android, and the Android port
produces an undumped Emacs anyway.
next prev parent reply other threads:[~2023-08-13 5:39 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-07 17:09 The 'cross' directory Eli Zaretskii
2023-08-08 0:51 ` Po Lu
2023-08-09 3:47 ` Richard Stallman
2023-08-09 3:54 ` Po Lu
2023-08-13 1:43 ` Richard Stallman
2023-08-13 2:10 ` Po Lu
2023-08-13 2:14 ` Emanuel Berg
2023-08-13 5:39 ` Eli Zaretskii [this message]
2023-08-15 8:05 ` Helmut Eller
2023-08-15 11:44 ` Eli Zaretskii
2023-08-16 21:32 ` Helmut Eller
2023-08-17 7:44 ` Eli Zaretskii
2023-08-17 18:52 ` Helmut Eller
2023-08-15 9:45 ` Richard Stallman
2023-08-10 2:15 ` Richard Stallman
2023-08-10 16:37 ` Jose E. Marchesi
2023-08-10 17:01 ` [External] : " Drew Adams
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/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=83pm3rcxh7.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=luangruo@yahoo.com \
--cc=rms@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.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).