GNU bug report logs - #41994
Emacs on Apple ARM devices

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Roland Kaufmann <rlndkfmn+emacs <at> gmail.com>
Subject: bug#41994: closed (Re: bug#41994: Emacs on Apple ARM devices)
Date: Sat, 15 Aug 2020 16:18:02 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#41994: Emacs on Apple ARM devices

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 41994 <at> debbugs.gnu.org.

-- 
41994: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=41994
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Alan Third <alan <at> idiocy.org>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: Roland Kaufmann <rlndkfmn+emacs <at> gmail.com>, 41994-done <at> debbugs.gnu.org,
 Stefan Kangas <stefan <at> marxist.se>
Subject: Re: bug#41994: Emacs on Apple ARM devices
Date: Sat, 15 Aug 2020 18:17:08 +0200 (CEST)

On Sat, Aug 15, 2020 at 01:45:18PM +0200, Robert Pluim wrote:
> >>>>> On Fri, 14 Aug 2020 22:11:46 +0200 (CEST), Alan Third <alan <at> idiocy.org> said:
>     Alan> That's what I was wondering (although to be honest I never even
>     Alan> noticed there were patches attached).
> 
>     Alan> I suspect the patch to configure.ac might be needed even for the
>     Alan> pdumpder?
> 
> Yes, I think so. If someone sends me an arm-based mac Iʼm willing to
> test that hypothesis :-)
> 
> Seriously, itʼs a one-liner. I think we can commit it as obvious.

I've pushed it with the copyright exempt tag.

4cba236749aafade7bd88cf2a10be48f44983faa

I don't think there's any point keeping this bug report open, so I'll
close it now.

Thanks.
-- 
Alan Third

[Message part 3 (message/rfc822, inline)]

From: Roland Kaufmann <rlndkfmn+emacs <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Emacs on Apple ARM devices
Date: Mon, 22 Jun 2020 00:13:15 +0200

[Message part 4 (text/plain, inline)]

Code generation on Apple's ARM devices is mostly similar to MacOS, 
except that they expect a code signature section, which to avoid 
wasting too many bytes, are not aligned on page size as with code, 
but rather to nearest 16 bytes. In addition, the ARM compiler will 
also emit some relative pointer relocation records, which it seems 
can be safely ignored as sections aren't rearranged.

This changeset implements those changes on the Mach-O dumper so 
that Emacs can be compiled for ARM devices. With the ongoing 
convergence between the MacOS and iOS platform, and the increasing 
importance of code-signing in later MacOS versions, I think it 
could be nice to mainline these changes.

Since these sections do not occur in current MacOS builds - 
otherwise they would generate errors for being unknown - the 
changes should not impact existing places where Emacs build, and 
it would not work on iOS without to begin with.

Hat tip to Aaron Griffith for sharing his knowledge.


-- 
Sincerely,

Roland Kaufmann

[0001-Let-us-know-unknown-number-being-complained-about.patch (text/x-patch, attachment)]

[0002-Make-function-generally-available-for-sections.patch (text/x-patch, attachment)]

[0003-Allow-padding-of-sections-to-other-than-page-size.patch (text/x-patch, attachment)]

[0004-Output-code-signature-sections-align-on-16-bytes.patch (text/x-patch, attachment)]

[0005-Make-relocation-of-relative-pointers-a-no-op.patch (text/x-patch, attachment)]

[0006-Allow-build-configuration-on-Apple-ARM-devices.patch (text/x-patch, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.