all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Alan Third <alan@idiocy.org>
To: Roland Kaufmann <rlndkfmn+emacs@gmail.com>
Cc: 41994@debbugs.gnu.org, Stefan Kangas <stefan@marxist.se>,
	Robert Pluim <rpluim@gmail.com>
Subject: bug#41994: Emacs on Apple ARM devices
Date: Sat, 15 Aug 2020 01:04:27 +0200 (CEST)	[thread overview]
Message-ID: <5df77c6e-6cf7-4775-bfe4-ff174564db6a_IMAP_ADDED_MISSING@EDGAR> (raw)
In-Reply-To: <a09d3064-2b72-a603-1ba1-e409b69380a4@gmail.com>

On Sat, Aug 15, 2020 at 12:10:22AM +0200, Roland Kaufmann wrote:
> RK> Code generation on Apple's ARM devices ... expect a code
> RK> signature section ... This changeset implements those changes
> RK> on the Mach-O dumper
> 
> RP> Are these ... still needed now that emacs-27 has a portable
> RP> dumper?
> 
> This may be a case of incredible bad timing, as I haven't kept up on the
> development of the pdumper. Doing some light reading up on it now, it seems
> to me that it does the loading from a custom file format instead of writing
> a native executable.
> 
> Evidently, this renders any improvements on the unexec code moot, although
> it's still in the tree, I guess for platforms where the pdumper is not yet
> fully tested, so I understand the reluctance to spend any more scarce time
> on it.

Yes, unfortunately I think it's unlikely anyone will be wanting to run
unexec on macOS from now on.

It may be worth seeing if the gccemacs (native elisp compilation)
project will need something like this. I don't know enough about
either these requirements or gccemacs to say.

> AT> I suspect the patch to configure.ac might be needed even for
> AT> the pdumpder?
> 
> Yes, although one could discuss if the concept of ported/unported status
> still applies in the same way once there is the pdumper.

Well, I may as well commit it. Have you contributed to Emacs before
and if so have you signed the copyright paperwork? This is small
enough that it should be exempt, but I'd rather get the notation
correct. :)
-- 
Alan Third





  reply	other threads:[~2020-08-14 23:04 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-21 22:13 bug#41994: Emacs on Apple ARM devices Roland Kaufmann
2020-08-14  9:17 ` Stefan Kangas
2020-08-14 14:15   ` Robert Pluim
2020-08-14 20:11     ` Alan Third
2020-08-14 22:10       ` Roland Kaufmann
2020-08-14 23:04         ` Alan Third [this message]
2020-08-15  7:38           ` Roland Kaufmann
2020-08-15 11:45       ` Robert Pluim
2020-08-15 16:17         ` Alan Third

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=5df77c6e-6cf7-4775-bfe4-ff174564db6a_IMAP_ADDED_MISSING@EDGAR \
    --to=alan@idiocy.org \
    --cc=41994@debbugs.gnu.org \
    --cc=rlndkfmn+emacs@gmail.com \
    --cc=rpluim@gmail.com \
    --cc=stefan@marxist.se \
    /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.