From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 21 20:02:12 2020 Received: (at submit) by debbugs.gnu.org; 22 Jun 2020 00:02:12 +0000 Received: from localhost ([127.0.0.1]:32861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jn9ub-0007U6-D1 for submit@debbugs.gnu.org; Sun, 21 Jun 2020 20:02:12 -0400 Received: from lists.gnu.org ([209.51.188.17]:34038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jn8DM-0004qf-OP for submit@debbugs.gnu.org; Sun, 21 Jun 2020 18:13:28 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:48560) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jn8DM-0005KV-I2 for bug-gnu-emacs@gnu.org; Sun, 21 Jun 2020 18:13:24 -0400 Received: from mail-lj1-x234.google.com ([2a00:1450:4864:20::234]:33384) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jn8DH-0006aF-NT for bug-gnu-emacs@gnu.org; Sun, 21 Jun 2020 18:13:24 -0400 Received: by mail-lj1-x234.google.com with SMTP id s1so17168033ljo.0 for ; Sun, 21 Jun 2020 15:13:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:from:subject:to:message-id:date:user-agent:mime-version :content-language; bh=lRFyMqITH93BDcBO8NCEwPrvNhxeUzPLvsRisFOt2jQ=; b=JOJbk9+0XC7OeSgOJl/OH+9NnKNr5cLFLtLjkYh6o2gtmDS29sdp1VOrzYWZkOXZuh FY0jp8OXYYfhslsS74S3SaNy/pkXRzQNNl/MRPvr+zHB9V1npxLF3LYwFCHYAaiiKAkb GB6iRdb16Qc64Jnvu9CTPZ8Qn0ImP0j6Uxx7Mblzsxy7EdzlMue8OSWT8vxR3falH0xQ WT8ysRxo9CUnrMyD1KfIwwSBkorl4wMdfiZ+ByOp51T8/J/DpY7KMrC2tlgcoz/TKrpT 9dq9g6OyDQoQ0RjUwEafXfSCR89pExYUp4LvHFHLz+rBD0ZPd7JNN1WcP2yIM7Cn6+ZS WDIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:from:subject:to:message-id:date :user-agent:mime-version:content-language; bh=lRFyMqITH93BDcBO8NCEwPrvNhxeUzPLvsRisFOt2jQ=; b=Ia2PpRIlOBZkzpGoUwsowtI+V7w41nmfe8Tw/WSXvxCWjLlFDwg7XvUZqrYmdKoEU0 jSLh6igSDMmIPHNGdk7PqtW/f6VFqYCS3Hu9IQPnqLWxXN4T6zm8BotRxR4PJ6dfwENL STsTrwVTQPtzU5FJHgemqwbPrf5M5NTWpdF2KoCsvLwNd1iTkhKZs7eNJJSgRyybDlWv jc8WcuI0/BtCSWE5c1WmZ4uA0HF3rBFYHq1Du4O/XsGhbt+LZoZ1H0mamxo+9yzi4jxi Lun4dQumFkVfjVb7CgRst6EZZ0ybSs0iJ+kEdsXxShZbx4BkRMmFinSwx9+EHmXC1IQk qscg== X-Gm-Message-State: AOAM5335dpy2pTWFXxfnxTRYIHqJtB2s3pNooENCheAqiHjP84uRaEZ3 x0OnO0+ZA0WXqhFBVIgX2lR00yTBUYw= X-Google-Smtp-Source: ABdhPJwuDZIlSNFuKTXgQt4GkdPVg7EsOEwb1Z7nzBmXkaos5plFLHI4mF56z79+EJFCSTkZWVHrtw== X-Received: by 2002:a2e:86cc:: with SMTP id n12mr6573281ljj.400.1592777596972; Sun, 21 Jun 2020 15:13:16 -0700 (PDT) Received: from [192.168.1.11] (ti0149q161-3298.bb.online.no. [84.202.230.10]) by smtp.gmail.com with ESMTPSA id s62sm2027997lja.100.2020.06.21.15.13.15 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 21 Jun 2020 15:13:15 -0700 (PDT) From: Roland Kaufmann Subject: Emacs on Apple ARM devices To: bug-gnu-emacs@gnu.org Message-ID: Date: Mon, 22 Jun 2020 00:13:15 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------58C4D5B7A8BB366E981EAB46" Content-Language: en-US Received-SPF: pass client-ip=2a00:1450:4864:20::234; envelope-from=rlndkfmn+emacs@gmail.com; helo=mail-lj1-x234.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -15 X-Spam_score: -1.6 X-Spam_bar: - X-Spam_report: (-1.6 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FROM_LOCAL_NOVOWEL=0.5, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 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, b [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.5 FROM_LOCAL_NOVOWEL From: localpart has series of non-vowel letters 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rlndkfmn+emacs[at]gmail.com) 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.0 RCVD_IN_MSPIKE_H4 RBL: Very Good reputation (+4) [209.51.188.17 listed in wl.mailspike.net] -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at https://www.dnswl.org/, medium trust [209.51.188.17 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_WL Mailspike good senders 2.0 SPOOFED_FREEMAIL No description available. X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 21 Jun 2020 20:02:08 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.8 (-) This is a multi-part message in MIME format. --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit 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 --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/x-patch; charset=UTF-8; name="0001-Let-us-know-unknown-number-being-complained-about.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0001-Let-us-know-unknown-number-being-complained-about.patch" >>From 82a5aed44299db11cee3f97731a906e280cfb114 Mon Sep 17 00:00:00 2001 From: Roland Kaufmann Date: Sat, 13 Jun 2020 01:36:52 +0200 Subject: [PATCH 1/6] Let us know unknown number being complained about This will let us discover new sections emitted by the compiler so we can add support for them. --- src/unexmacosx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/unexmacosx.c b/src/unexmacosx.c index 59cbe3c..844fc87 100644 --- a/src/unexmacosx.c +++ b/src/unexmacosx.c @@ -628,7 +628,7 @@ print_load_command_name (int lc) break; #endif default: - printf ("unknown "); + printf ("unknown (0x%x) ", lc); } } -- 2.25.2 --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/x-patch; charset=UTF-8; name="0002-Make-function-generally-available-for-sections.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0002-Make-function-generally-available-for-sections.patch" >>From e27fe51106a00f6c10e3ac2ab51cb4d12e028491 Mon Sep 17 00:00:00 2001 From: Roland Kaufmann Date: Sat, 13 Jun 2020 02:07:57 +0200 Subject: [PATCH 2/6] Make function generally available for sections --- src/unexmacosx.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/src/unexmacosx.c b/src/unexmacosx.c index 844fc87..d274ab7 100644 --- a/src/unexmacosx.c +++ b/src/unexmacosx.c @@ -1121,7 +1121,6 @@ copy_dyld_info (struct load_command *lc, long delta) } #endif -#ifdef LC_FUNCTION_STARTS /* Copy a LC_FUNCTION_STARTS/LC_DATA_IN_CODE/LC_DYLIB_CODE_SIGN_DRS load command from the input file to the output file, adjusting the data offset field. */ @@ -1142,7 +1141,6 @@ copy_linkedit_data (struct load_command *lc, long delta) curr_header_offset += lc->cmdsize; } -#endif /* Copy other kinds of load commands from the input file to the output file, ones that do not require adjustments of file offsets. */ -- 2.25.2 --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/x-patch; charset=UTF-8; name="0003-Allow-padding-of-sections-to-other-than-page-size.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0003-Allow-padding-of-sections-to-other-than-page-size.patch" >>From 5b9c1a0ebab3825dce85bc81139c36787923eec0 Mon Sep 17 00:00:00 2001 From: Roland Kaufmann Date: Thu, 27 Dec 2018 15:57:42 +0100 Subject: [PATCH 3/6] Allow padding of sections to other than page size --- src/unexmacosx.c | 10 +++++++--- 1 file changed, 7 insertions(+), 3 deletions(-) diff --git a/src/unexmacosx.c b/src/unexmacosx.c index d274ab7..561a509 100644 --- a/src/unexmacosx.c +++ b/src/unexmacosx.c @@ -191,7 +191,8 @@ static unsigned long curr_header_offset = sizeof (struct mach_header); static unsigned long curr_file_offset = 0; static unsigned long pagesize; -#define ROUNDUP_TO_PAGE_BOUNDARY(x) (((x) + pagesize - 1) & ~(pagesize - 1)) +#define ROUNDUP_TO_BOUNDARY(x,size) (((x) + size - 1) & ~(size - 1)) +#define ROUNDUP_TO_PAGE_BOUNDARY(x) ROUNDUP_TO_BOUNDARY(x,pagesize) static int infd, outfd; @@ -1125,13 +1126,16 @@ copy_dyld_info (struct load_command *lc, long delta) load command from the input file to the output file, adjusting the data offset field. */ static void -copy_linkedit_data (struct load_command *lc, long delta) +copy_linkedit_data (struct load_command *lc, long delta, long alignment) { struct linkedit_data_command *ldp = (struct linkedit_data_command *) lc; if (ldp->dataoff > 0) ldp->dataoff += delta; + /* add bytes necessary to be at given alignment */ + ldp->dataoff = ROUNDUP_TO_BOUNDARY (ldp->dataoff, alignment); + printf ("Writing "); print_load_command_name (lc->cmd); printf (" command\n"); @@ -1222,7 +1226,7 @@ dump_it (void) #ifdef LC_DYLIB_CODE_SIGN_DRS case LC_DYLIB_CODE_SIGN_DRS: #endif - copy_linkedit_data (lca[i], linkedit_delta); + copy_linkedit_data (lca[i], linkedit_delta, 1); break; #endif default: -- 2.25.2 --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/x-patch; charset=UTF-8; name="0004-Output-code-signature-sections-align-on-16-bytes.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0004-Output-code-signature-sections-align-on-16-bytes.patch" >>From a4718afd4f5a9174e7f4f10b212bfebca6661cbe Mon Sep 17 00:00:00 2001 From: Roland Kaufmann Date: Thu, 27 Dec 2018 16:13:56 +0100 Subject: [PATCH 4/6] Output code signature sections; align on 16 bytes --- src/unexmacosx.c | 10 ++++++++++ 1 file changed, 10 insertions(+) diff --git a/src/unexmacosx.c b/src/unexmacosx.c index 561a509..653ecc0 100644 --- a/src/unexmacosx.c +++ b/src/unexmacosx.c @@ -628,6 +628,9 @@ print_load_command_name (int lc) printf ("LC_DYLIB_CODE_SIGN_DRS"); break; #endif + case LC_CODE_SIGNATURE: + printf ("LC_CODE_SIGNATURE"); + break; default: printf ("unknown (0x%x) ", lc); } @@ -1229,6 +1232,13 @@ dump_it (void) copy_linkedit_data (lca[i], linkedit_delta, 1); break; #endif + case LC_CODE_SIGNATURE: + /* as is quasi-documented in Technical Note TN2206, the code */ + /* signature section is not aligned on page boundary, but */ + /* rather on a 16 bytes boundary (it is not large enough to */ + /* waste most of a page). */ + copy_linkedit_data (lca[i], linkedit_delta, 16); + break; default: copy_other (lca[i]); break; -- 2.25.2 --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/x-patch; charset=UTF-8; name="0005-Make-relocation-of-relative-pointers-a-no-op.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0005-Make-relocation-of-relative-pointers-a-no-op.patch" >>From a02638d9459d53f909593d4c6c9e17d4f1548c64 Mon Sep 17 00:00:00 2001 From: Roland Kaufmann Date: Thu, 27 Dec 2018 16:14:38 +0100 Subject: [PATCH 5/6] Make relocation of relative pointers a no-op --- src/unexmacosx.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/src/unexmacosx.c b/src/unexmacosx.c index 653ecc0..286749c 100644 --- a/src/unexmacosx.c +++ b/src/unexmacosx.c @@ -1024,6 +1024,11 @@ unrelocate (const char *name, off_t reloff, int nrel, vm_address_t base) unreloc_count++; } break; + case GENERIC_RELOC_LOCAL_SECTDIFF: + /* nothing to do for relative pointer, as section order */ + /* is fixed as we dump the image; we won't need to move */ + /* them around later. */ + break; default: unexec_error ("unrelocate: %s:%d cannot handle type = %d", name, i, reloc_info.r_type); -- 2.25.2 --------------58C4D5B7A8BB366E981EAB46 Content-Type: text/x-patch; charset=UTF-8; name="0006-Allow-build-configuration-on-Apple-ARM-devices.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename*0="0006-Allow-build-configuration-on-Apple-ARM-devices.patch" >>From b1bd2b5cc076fcb1b4d2b2a790fb94bc860fb52b Mon Sep 17 00:00:00 2001 From: Roland Kaufmann Date: Thu, 27 Dec 2018 15:51:49 +0100 Subject: [PATCH 6/6] Allow build configuration on Apple ARM devices --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index b1b8c84..0006d75 100644 --- a/configure.ac +++ b/configure.ac @@ -708,7 +708,7 @@ case "${canonical}" in *-apple-darwin* ) case "${canonical}" in *-apple-darwin[0-9].*) unported=yes ;; - i[3456]86-* | x86_64-* ) ;; + i[3456]86-* | x86_64-* | arm-* ) ;; * ) unported=yes ;; esac opsys=darwin -- 2.25.2 --------------58C4D5B7A8BB366E981EAB46-- From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 12 20:50:50 2020 Received: (at control) by debbugs.gnu.org; 13 Aug 2020 00:50:50 +0000 Received: from localhost ([127.0.0.1]:46119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k61SE-0001Jx-5B for submit@debbugs.gnu.org; Wed, 12 Aug 2020 20:50:50 -0400 Received: from mail-yb1-f172.google.com ([209.85.219.172]:44713) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k61SC-0001Ji-9j for control@debbugs.gnu.org; Wed, 12 Aug 2020 20:50:49 -0400 Received: by mail-yb1-f172.google.com with SMTP id i10so2358506ybt.11 for ; Wed, 12 Aug 2020 17:50:48 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=KiZ6XpS4Cd9h4G/tzlpgPQe0WEjQl6K0/iCDelaPtmQ=; b=H/E1C5XwqwB1Oi5FifuFWyhaOixdqhwC3tymUkYYiCAbvQePO4yDsuMnAzXTz8MG6i TYNHaE6WzMT1nez8pHKFSovLWVsIFvczx1XlfFfy3pPsVMQr5cjPE/17TF1HG47kgzi3 9JyPabFbjUPSpYFW/B7ALF38WIiFl7C4RTbzjC0kYJqAMIxR66yDpF4RuTjPn5laMa+G AqVJmUbhM5WhT33239+6g7PeS0uRmsbgV4BQcE+XNZp9SHD65f9hc9IFpgeBFsiaEfBb Xll6iWTmBeEcnuu6fLlF3O760uENe/CLbwVxCBLsBDQCnsEMpTMgCJb8Bw9keFILIDqk YwAQ== X-Gm-Message-State: AOAM5332oiHVBnfl4hlHBLIKohFpO2YrkQTSV0kZBztX18yzGqKBcXw4 WJd+d1BMj4U9POc/IurPxTQIZdgDeQuM1m6RYMnKJ7+1o4M= X-Google-Smtp-Source: ABdhPJy+fgoIh11/UGk+UFSKiYxGkl7qh8nsUc+3eslVaYThkL0YiottZ25NJok0mUffew27yTO1irYs8gNgFtItvFk= X-Received: by 2002:a5b:508:: with SMTP id o8mr3313498ybp.43.1597279842669; Wed, 12 Aug 2020 17:50:42 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 12 Aug 2020 17:50:41 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Wed, 12 Aug 2020 17:50:41 -0700 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tags 41994 + patch thanks Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.172 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.172 listed in wl.mailspike.net] 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) tags 41994 + patch thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 05:17:31 2020 Received: (at 41994) by debbugs.gnu.org; 14 Aug 2020 09:17:31 +0000 Received: from localhost ([127.0.0.1]:51806 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6Vq6-0000Bb-PU for submit@debbugs.gnu.org; Fri, 14 Aug 2020 05:17:31 -0400 Received: from mail-yb1-f170.google.com ([209.85.219.170]:37637) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6Vq0-0008T0-CG for 41994@debbugs.gnu.org; Fri, 14 Aug 2020 05:17:26 -0400 Received: by mail-yb1-f170.google.com with SMTP id e14so4869733ybf.4 for <41994@debbugs.gnu.org>; Fri, 14 Aug 2020 02:17:24 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=1n8umTgCRotDyCNSLarmQJU7GOG7ty8T2BmRceAvQHU=; b=mRKExPKmzXy5ujgaD33z9N8g0KAhSp3JlymJEcO3Q3dLoMuFYM1BH1aH2fL1MaZOSi uXvLjLC0o++5MbT3Qlm4OvPH0ODSYDovGvBWNwxVW3U1281k9L8M9jOhF/Zwk/N2TrTU ls3RUNTQ1+eLe851TEiGWYfl/kSz8AxHjnKV+kRsXe1Zj6PQyV5fZiyH/oDFA32l/VvD nIMWVrP+EGPPabeHhl1Qvp1fj5R9fad0LGoagE3j3l0dx9HfKZ0rm/f6Ai69RRkojY07 7JdXvF2pvYPoiKxM4jlx/AHCuE6B0NmetcUJkn10kCsyrnG5o7v7zPQLlXsOnON88iUI n4Fg== X-Gm-Message-State: AOAM530ho4cWPPE8yDejvsB3/p0Tcc/py30fCCtJkzBjd90YjKorbzpd sMIZsaoingOU6aUjq4In88+EqpEUzX1sr3DZadA= X-Google-Smtp-Source: ABdhPJyvgpAEScVi1vqP//1LepdgMzvIF821jCjKp+eZARCaZoY+kW3dECct0A2rFvibdga0ZlbdqqLT0Qrk89NwTmU= X-Received: by 2002:a25:4609:: with SMTP id t9mr2385172yba.231.1597396639023; Fri, 14 Aug 2020 02:17:19 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 14 Aug 2020 02:17:18 -0700 From: Stefan Kangas In-Reply-To: (Roland Kaufmann's message of "Mon, 22 Jun 2020 00:13:15 +0200") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 14 Aug 2020 02:17:18 -0700 Message-ID: Subject: Re: bug#41994: Emacs on Apple ARM devices To: Roland Kaufmann Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41994 Cc: 41994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Roland Kaufmann writes: > 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. This series of patches was submitted 8 weeks ago, but never got a reply at the time. Could someone with more knowledge about this please help review it? Best regards, Stefan Kangas From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 10:15:50 2020 Received: (at 41994) by debbugs.gnu.org; 14 Aug 2020 14:15:50 +0000 Received: from localhost ([127.0.0.1]:53377 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6aUo-0000b5-4v for submit@debbugs.gnu.org; Fri, 14 Aug 2020 10:15:50 -0400 Received: from mail-wr1-f47.google.com ([209.85.221.47]:34061) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6aUm-0000aU-7s for 41994@debbugs.gnu.org; Fri, 14 Aug 2020 10:15:49 -0400 Received: by mail-wr1-f47.google.com with SMTP id f7so8520117wrw.1 for <41994@debbugs.gnu.org>; Fri, 14 Aug 2020 07:15:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version; bh=9ueB3bfc49R5MbTSJ0smBUHmfmUITuetv4t/BC7TVLE=; b=JnCmopvJsjyOhFVtUCw9EeH/uGEc9t+VMuEqsZXlA9SPzYVI6Fw0y3UnKr5Vb2MVSR d33Tae0gu4/rXbM5D38CVqyUKl29ChTVzmxULiul9A1/sG0XSj1JD97DTveOKk2WA8kh Mx6g5TjzV5o0RoPy75f5ig+RrIfzCS+P5JJhbV5/1qUrq9Cw6VJM0KywTMVN5A3WrcRv MhDYRaM1oSpsDFLVxR3TzLls9A86AJR8N+ajKtb1kbbJKoYq+qzd5pmxZ2PSuDWNLyn+ rJaGyLLUcbsmchAnjs8wsjXFIFGr+fuN4/EAXtO7lR8cHOTb0m/Tg5jsvG3IAiwO6ReY af4g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version; bh=9ueB3bfc49R5MbTSJ0smBUHmfmUITuetv4t/BC7TVLE=; b=SbcZ0nWfSR4jqEtZkeCfxtTRXK9mcug6TYtiJxeS30VwAn+gNZj4KMPQ++5/Kix66p YtIPXo3g5UdyHic0DndidB+g/2enC9TuFW0zDcNOyUNtkthb/KHaKdBp9Ukk+79Q1F54 a738wWY5gjcwkkEjizp5q1vlTngRrl4tPJj1kHaYWGW71PAqOU1g/AqfubuHDgLCMS4L CObfwjdiWRb5DXAi9xPXDLBqfCbIpV+LJBPRohskmx4KAcv5xUUQ0CIoVpjX5B66Dhmp 6Y8sy/hG9fF45By9Cp3bwtX1j/0I8LGbs9mDlpTcyXPF+Z/gL4Slx9Tf5SflT1WxQCtN LNuA== X-Gm-Message-State: AOAM532H73mtni0eFq3Gvp4LW8PNf3lCjS+dJ/F/nb0KVqfYL8GrFdiK ezO6Dh1c76WyrVF8cs8Q/J9Uj6oKcF0= X-Google-Smtp-Source: ABdhPJxEjljNz3fjL1Y06WNmnvYECTI8JbV55mBF976xSDMHuIH4EqjYmZAcn5KwfxoraTy2eXZ1xw== X-Received: by 2002:adf:dfc7:: with SMTP id q7mr2932353wrn.80.1597414542035; Fri, 14 Aug 2020 07:15:42 -0700 (PDT) Received: from rpluim-mac ([2a01:e34:ecfc:a860:b592:2dca:9a5d:e396]) by smtp.gmail.com with ESMTPSA id z8sm14722456wmf.42.2020.08.14.07.15.40 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 14 Aug 2020 07:15:40 -0700 (PDT) From: Robert Pluim To: Stefan Kangas Subject: Re: bug#41994: Emacs on Apple ARM devices References: Date: Fri, 14 Aug 2020 16:15:40 +0200 In-Reply-To: (Stefan Kangas's message of "Fri, 14 Aug 2020 02:17:18 -0700") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41994 Cc: Roland Kaufmann , 41994@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Fri, 14 Aug 2020 02:17:18 -0700, Stefan Kangas said: Stefan> Roland Kaufmann writes: >> 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. Stefan> This series of patches was submitted 8 weeks ago, but never got a reply Stefan> at the time. Stefan> Could someone with more knowledge about this please help review it? Are these patches even still needed now that emacs-27 has a portable dumper? Robert From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 16:11:57 2020 Received: (at 41994) by debbugs.gnu.org; 14 Aug 2020 20:11:57 +0000 Received: from localhost ([127.0.0.1]:53957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6g3R-0001tT-CZ for submit@debbugs.gnu.org; Fri, 14 Aug 2020 16:11:57 -0400 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:43154) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6g3P-0001tD-HV for 41994@debbugs.gnu.org; Fri, 14 Aug 2020 16:11:56 -0400 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 2B6B61BC6; Fri, 14 Aug 2020 22:11:49 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1597435909; s=20200222-6h9o; d=idiocy.org; i=alan@idiocy.org; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:In-Reply-To; l=1757; bh=4dG4uTBrRWCh5uxE8b1IPGhrMgFmPLK9k16XA4TQgvY=; b=blkRI79m82urN4YUzw3Nyczfx0LqeNDomiDJGywX1jErN9HIRXe0uhYyY22NMcrP fYsqNhXCRL6kqTiDkEckka127GKaoEEekOqirjuxO1EeNaG8DF47vQmzmPaGI14NSMV PnDEK26sIPDnsZ/OsFQQXSsOejzy0a+tlhsi9GMy9rPjnHdv+BZDSi7cqN4Up4d3iTh jkAGK+ufQ+BXIph9NZhD5Cj99zc59JwRxcIGNVbTlIeYudVjwpDzkn4H9l4inAYenAB aJDlrhq3fpoqhd2zbWZZiSkHYZ9deTaURP1VXwusFd573zRFxag8kByHE6Cg9/Rdy/r 9cXnSLBAhg== Received: by smtp.mailfence.com with ESMTPA ; Fri, 14 Aug 2020 22:11:44 +0200 (CEST) Received: by breton.holly.idiocy.org (Postfix, from userid 501) id 5247F202487B3F; Fri, 14 Aug 2020 21:11:43 +0100 (BST) Date: Fri, 14 Aug 2020 22:11:46 +0200 (CEST) From: Alan Third To: Robert Pluim Subject: Re: bug#41994: Emacs on Apple ARM devices Message-ID: <20200814201143.GC44359@breton.holly.idiocy.org> Mail-Followup-To: Alan Third , Robert Pluim , Stefan Kangas , Roland Kaufmann , 41994@debbugs.gnu.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Flag: NO X-Spam-Status: No, hits=-2.9 required=4.7 symbols=ALL_TRUSTED, BAYES_00 device=10.2.0.1 X-ContactOffice-Account: com:241649512 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 41994 Cc: Roland Kaufmann , 41994@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) On Fri, Aug 14, 2020 at 04:15:40PM +0200, Robert Pluim wrote: > >>>>> On Fri, 14 Aug 2020 02:17:18 -0700, Stefan Kangas said: > > Stefan> Roland Kaufmann writes: > >> 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. > > Stefan> This series of patches was submitted 8 weeks ago, but never got a reply > Stefan> at the time. > > Stefan> Could someone with more knowledge about this please help review it? > > Are these patches even still needed now that emacs-27 has a portable > dumper? That's what I was wondering (although to be honest I never even noticed there were patches attached). I suspect the patch to configure.ac might be needed even for the pdumpder? -- Alan Third From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 18:10:36 2020 Received: (at 41994) by debbugs.gnu.org; 14 Aug 2020 22:10:36 +0000 Received: from localhost ([127.0.0.1]:54027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6huG-0004k8-6H for submit@debbugs.gnu.org; Fri, 14 Aug 2020 18:10:36 -0400 Received: from mail-lf1-f46.google.com ([209.85.167.46]:40383) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6huB-0004jq-2w for 41994@debbugs.gnu.org; Fri, 14 Aug 2020 18:10:35 -0400 Received: by mail-lf1-f46.google.com with SMTP id m15so5555725lfp.7 for <41994@debbugs.gnu.org>; Fri, 14 Aug 2020 15:10:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=T+kUW//Rr9Ct678uWB3ENXjTFoq9GXULAfyP94bM4Cs=; b=I84ZF4+TJjwfVNRUz3XDaZ2M7Apbaa58LEzSVbTRbMciFROWNJfd1BZtbn74TyWXQO 39rm+RXdMfWKyu5hEuY/uRG5LNSpYhsHxIQ+Hqo3iYwwCim70xF6r8bYEkclGy+nzFHS NTT7rdRmAOjTRhpGrvP3diq1HmuKA25EAqObW3AetXwdt2SrmIR6Ss3zXMFjpTzclONd ctHtkrFKhns6A1EA/HmefZPhdluEAy4896jJObnEdB0xYIvnbOt0+Gfi3/rgXdmjxKac lX/ASA91HSDXfrO3HlhYXZRnPAh/4/1KHk2gKvk7DfTSFZgZ5SBXPRhUmnU58y88LENZ RWWQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=T+kUW//Rr9Ct678uWB3ENXjTFoq9GXULAfyP94bM4Cs=; b=RBF6Xa3MZb/avU4MC9PPXFSg8bjjlaiQm8EGYux14dZU7mmH5ZYtHJVY/+uQ9h9aUB XTKnfP8kaf34Q0yniiczsXXeRypaimr+dNoCbHmCKy4Qf5Sd9obBO3Sao0sNo2lbM7oN DOwPXIZzlOwcHkQZzuDtZSAhCnNN85krcJDk/VRSTC0PWRq0/jF6u001W6ouWOnHAzuG yOW48HWrLyv7sVMcUXx5j1aLavnJN2Y2s8kQjtflSzNMFQcwjG4Ldn01cUXO0xQp3lRi HJvEbKc2i5jUkEJrkSeZu2oH46XRe13ULRvhtHC8LnHJHS7s98dKAjImBzvWVeFTESiY yiow== X-Gm-Message-State: AOAM531Cni2yHUSmvF/Rw6Dt9FpXJY0a4KZrNPQ0vYre4LWJBzGvGQL1 mu4MZfa0qOCxwUZ3oxjSE80= X-Google-Smtp-Source: ABdhPJy7lI9x5/8reCDQLb0Zu89DWzo5SJkcNFbbcx8VNni/JRLCFgPXykS8fSegM30N3cjCG0UrjQ== X-Received: by 2002:a19:c894:: with SMTP id y142mr2003089lff.74.1597443024989; Fri, 14 Aug 2020 15:10:24 -0700 (PDT) Received: from [192.168.1.11] (ti0149q161-1519.bb.online.no. [82.164.71.2]) by smtp.gmail.com with ESMTPSA id v1sm1999538ljg.60.2020.08.14.15.10.23 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 14 Aug 2020 15:10:23 -0700 (PDT) Subject: Re: bug#41994: Emacs on Apple ARM devices To: 41994@debbugs.gnu.org References: <20200814201143.GC44359@breton.holly.idiocy.org> From: Roland Kaufmann Message-ID: Date: Sat, 15 Aug 2020 00:10:22 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200814201143.GC44359@breton.holly.idiocy.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 41994 Cc: Alan Third , Stefan Kangas , Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) 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. 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. -- Yours sincerely, Roland Kaufmann From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 19:04:42 2020 Received: (at 41994) by debbugs.gnu.org; 14 Aug 2020 23:04:42 +0000 Received: from localhost ([127.0.0.1]:54054 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ikc-00061x-2G for submit@debbugs.gnu.org; Fri, 14 Aug 2020 19:04:42 -0400 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:45698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ikX-00061g-4L for 41994@debbugs.gnu.org; Fri, 14 Aug 2020 19:04:40 -0400 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 88E6940C; Sat, 15 Aug 2020 01:04:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1597446270; s=20200222-6h9o; d=idiocy.org; i=alan@idiocy.org; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:In-Reply-To; l=1568; bh=H1YksACPp3bbhhbRMyNnHrIf5VVr/4kFiwvOsOCKRaI=; b=JR+xnaniyE8uth2VsixHqujGGg/QCxu411rvhHDUpslzo9GBo3ppkTlSPc3Maxgv qPLGBwAUXB6QQMUUVTAhj4Y/0SxtS0BKjb//HBqHUT35n4BBMPKnTOrwRzrgI0li/sc Y54mufBey0msl5ngvcClWmE63OZz8ygxel6qe1FAP053H7OBUj8Ba6N0IjPXqAInZOP wtXHSS51jy0PJQsscdFd40awACOfkI8n/TgXagIKGtup88FKetsn/Mm7nI/heqOTi7L AsghTUwAVypMeWQSZEbbxTI9hu1iLwX8FthBWUNq+kZL0fOQeTMnwtdcYwZ+pVA6s0L 4xnP3Un8Tw== Received: by smtp.mailfence.com with ESMTPA ; Sat, 15 Aug 2020 01:04:27 +0200 (CEST) Received: by breton.holly.idiocy.org (Postfix, from userid 501) id 9222C202489F5B; Sat, 15 Aug 2020 00:04:25 +0100 (BST) Date: Sat, 15 Aug 2020 01:04:27 +0200 (CEST) From: Alan Third To: Roland Kaufmann Subject: Re: bug#41994: Emacs on Apple ARM devices Message-ID: <5df77c6e-6cf7-4775-bfe4-ff174564db6a_IMAP_ADDED_MISSING@EDGAR> Mail-Followup-To: Alan Third , Roland Kaufmann , 41994@debbugs.gnu.org, Robert Pluim , Stefan Kangas References: <20200814201143.GC44359@breton.holly.idiocy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Flag: NO X-Spam-Status: No, hits=-2.9 required=4.7 symbols=ALL_TRUSTED, BAYES_00 device=10.2.0.21 X-ContactOffice-Account: com:241649512 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 41994 Cc: 41994@debbugs.gnu.org, Stefan Kangas , Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) 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 From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 15 03:38:46 2020 Received: (at 41994) by debbugs.gnu.org; 15 Aug 2020 07:38:46 +0000 Received: from localhost ([127.0.0.1]:54240 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6qm6-0006gp-C8 for submit@debbugs.gnu.org; Sat, 15 Aug 2020 03:38:46 -0400 Received: from mail-lf1-f54.google.com ([209.85.167.54]:45295) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6qm4-0006gc-9S for 41994@debbugs.gnu.org; Sat, 15 Aug 2020 03:38:45 -0400 Received: by mail-lf1-f54.google.com with SMTP id b30so5924681lfj.12 for <41994@debbugs.gnu.org>; Sat, 15 Aug 2020 00:38:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=SbuwKDvl+1F/dw8DwSphBNBTG23U1uDcQyRo5/948fo=; b=D4YSjGpkxjysKtvpt2sv2oTDMAARtGbXiP/gP85Ia9gLftYzrTgzqm5KzyK+yUj9c8 /5wxd4+xdr98Uiz6YpVut03qBSFCtxScHNr1Ckn28N0OmiDZToJ6RwlMvLtvZ1Pb2+P3 /LY8IyryKSs0FdRs3Lt9ZLXLh+KewcE5n6j1/cRUcX284zHUEpglYtW2ifZZ0reQJvKx Uh9zZQk7KHfxcq1voKaEx5CXCtQ8cYzsM6+PDRtXAbmzT9u4Zm9sP+3nOqgXkp8I9V83 git7we2/NtMzySuQuq8LJiT7lo4eff2g1GZ2srRsq+ZTHmRjIHyw05nd5XfLqVXwxuBK cxWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:references:cc:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=SbuwKDvl+1F/dw8DwSphBNBTG23U1uDcQyRo5/948fo=; b=RmDsuPL7p4qsJf1lV8qj3TnZo0CS6Imgfxd2TRgY6loOOI9mwlPUcCT2fLx8qGRoJp mbwzZ5sVy0yfxhu2nQpc+RE/p0/InjPKuJdl9y6QtfbAZ9uO+69ucTr/chOt7ONUaORv Mz7C3nsCQBJYeQhSWyp2MocrAtnpkIEXQX8UBivLJ9t8b8OoJfol5Y16Gz9vQc81cdLo Hr5gxClJjQMdidOYfGVEsBjlfoV3NdPtLJTMXXk60m3GkwqL2r7IoAkb36HC76Qf/sLY LfFggJB7bQCN9QXwweDrndf6QzMVMV/YjwEZSlXEdhOfX3R9jmngDMsxi8UAnhkBkwmt IHYg== X-Gm-Message-State: AOAM533lII87pNwynz3qULHc81NlozTVe3Lu3JSf0BsSzFnPX8unBZd5 Gk+1D+4sxQPa0j+i2lsjwEY= X-Google-Smtp-Source: ABdhPJx9MJFxco3rDcpkUdJssTCEXgGsJLpomx9C587L0phQ88kQrABTFT3X3SPoy0twZkOd+SsJww== X-Received: by 2002:ac2:4571:: with SMTP id k17mr2963029lfm.182.1597477118291; Sat, 15 Aug 2020 00:38:38 -0700 (PDT) Received: from [192.168.1.11] (ti0149q161-1519.bb.online.no. [82.164.71.2]) by smtp.gmail.com with ESMTPSA id 12sm2230879lju.67.2020.08.15.00.38.36 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 15 Aug 2020 00:38:37 -0700 (PDT) Subject: Re: bug#41994: Emacs on Apple ARM devices To: 41994@debbugs.gnu.org References: <20200814201143.GC44359@breton.holly.idiocy.org> <5df77c6e-6cf7-4775-bfe4-ff174564db6a_IMAP_ADDED_MISSING@EDGAR> From: Roland Kaufmann Message-ID: Date: Sat, 15 Aug 2020 09:38:36 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <5df77c6e-6cf7-4775-bfe4-ff174564db6a_IMAP_ADDED_MISSING@EDGAR> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 41994 Cc: Alan Third , Stefan Kangas , Robert Pluim X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) AT> It may be worth seeing if the gccemacs (native elisp AT> compilation) project will need something like this. It would be nice if they could serve as some "notes of things to consider"; I guess it depends on whether gccemacs ever spill a Mach-O executable or if all compilation happens in memory. AT> Well, I may as well commit it. Have you contributed to Emacs AT> before and if so have you signed the copyright paperwork? No, but please send me the forms (or links) and I'll be glad to fill them, in that case. -- Yours sincerely, Roland Kaufmann From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 15 07:45:32 2020 Received: (at 41994) by debbugs.gnu.org; 15 Aug 2020 11:45:32 +0000 Received: from localhost ([127.0.0.1]:54379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ucu-0003DA-0M for submit@debbugs.gnu.org; Sat, 15 Aug 2020 07:45:32 -0400 Received: from mail-wr1-f45.google.com ([209.85.221.45]:43314) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ucq-000357-IG for 41994@debbugs.gnu.org; Sat, 15 Aug 2020 07:45:30 -0400 Received: by mail-wr1-f45.google.com with SMTP id a15so10496299wrh.10 for <41994@debbugs.gnu.org>; Sat, 15 Aug 2020 04:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=+s7BETrOov4x/Xss8ryGYSQQfmp8jC6bDQlafItDWgk=; b=GCoKYtuqBrCjdl67nAOqw1lPgcgBlf2c6oiQutqv1VvZbaMiiqOixtbVDP+xrQGJOs uDJ5DHY1p9biElrx2ukfZ3bBESGRHk99xXL9XpG6TVE8zVdN/eSg/PGoZZ5A9+eoCsAb 6itmn/hlsdJ2rEB7IFmhLGwrW58/UqpOY/cLShxDGRap7qT4myxDMNOldSHA6m6Jz/Cu n1JjZ1srT+Z16C7UvPcJ4osk/O9o5fyB0kCHAFmwC8+mKm5eozRnw97vpMVfaxtK2pfQ Hpdx0iApSPnADtj8JWtUg6rIlJse9nFlK93PE5XR6QQp3NEyIgfHXO0HkAq7EFaobPU3 W4Vg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=+s7BETrOov4x/Xss8ryGYSQQfmp8jC6bDQlafItDWgk=; b=K77V/uS+ATvTh00Y2VAjBZ9Z9Tualxv55jlpxDDE2iXL8zILqjlaK6sWxHVdCthJT0 dKuLubzU9zcjXqsVwc6x5tSOiS4U+xE+f94olkXQ5PWERqbzGTelG//TGur6nrS7CQpx RH9UGMvk0Y3WsozJY42EjD12ZWLMrowFxRhjefD4pNM1SeU9ISKspz0zyc6dhAnjJWcM G1llIObG3I+MSIryUcbcjsIZZrME723nvFgzQXKJiGk5dX3WQ/xF9sJ7Z2keUxb/4JEv 0h5IYLgL4nsQVySZgRnjOoZZMounpCjvwzQbEwKBGpx7iYOMwX9xJOqgxobvQKNsotQm cl3w== X-Gm-Message-State: AOAM532Wt7m5YBhA5cqxFG9c+1xPvvSHWtuz5qgxW2KWrFD2oL2kefRq Y95jhj0XWSmcPvAJ0ZQfcvaLabRE/ywugw== X-Google-Smtp-Source: ABdhPJyhLu+BGKqkomKR6aaqesXX2lRniTb8Dmi9fo76mB4K/kEsr9SPOOgkKgqr/ixGJExL0cgjvw== X-Received: by 2002:adf:dc83:: with SMTP id r3mr7170576wrj.172.1597491922197; Sat, 15 Aug 2020 04:45:22 -0700 (PDT) Received: from rpluim-mac (vav06-1-78-207-202-134.fbx.proxad.net. [78.207.202.134]) by smtp.gmail.com with ESMTPSA id a23sm27604845wme.0.2020.08.15.04.45.20 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 15 Aug 2020 04:45:21 -0700 (PDT) From: Robert Pluim To: Alan Third Subject: Re: bug#41994: Emacs on Apple ARM devices References: <20200814201143.GC44359@breton.holly.idiocy.org> Date: Sat, 15 Aug 2020 13:45:18 +0200 In-Reply-To: <20200814201143.GC44359@breton.holly.idiocy.org> (Alan Third's message of "Fri, 14 Aug 2020 22:11:46 +0200 (CEST)") Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 41994 Cc: Roland Kaufmann , 41994@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) >>>>> On Fri, 14 Aug 2020 22:11:46 +0200 (CEST), Alan Third 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=CA=BCm willing to test that hypothesis :-) Seriously, it=CA=BCs a one-liner. I think we can commit it as obvious. Robert From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 15 12:17:23 2020 Received: (at 41994-done) by debbugs.gnu.org; 15 Aug 2020 16:17:23 +0000 Received: from localhost ([127.0.0.1]:56331 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6yry-00027v-Cc for submit@debbugs.gnu.org; Sat, 15 Aug 2020 12:17:23 -0400 Received: from mailout-l3b-97.contactoffice.com ([212.3.242.97]:59000) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6yrt-00027d-0O for 41994-done@debbugs.gnu.org; Sat, 15 Aug 2020 12:17:21 -0400 Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id 3A36E93A; Sat, 15 Aug 2020 18:17:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1597508230; s=20200222-6h9o; d=idiocy.org; i=alan@idiocy.org; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Transfer-Encoding:In-Reply-To; l=751; bh=0zu9mZP2UhfRULPgx1nX701n6XLS/a90zGGrA73a3/Q=; b=tU3esgtUmCGrH7jjN7QdHdVKe41wmqvrjvDmrlaxXT5umBLJMNhKu1Zg6AtT2MY+ imIUq4T5Mot7T4g2RW0j4Ud56VoJvoOd4VQWt25iX8Cc/CvZ+HrAIVe8VgY12mcZdMt Ez0BMwwMsQ617AITWGNCtPY4kPe9XkfonDu2m+PLlHF2x6yC7qvOw8de17KZMdgnInh cLB3OtzFUNPxhjKhq97qdlhawRs6WoT9mJ7avUNruDjiBj64+BeSsGs7mrzL2F5vA3L iN3uE+Y1963f2GEulFCNL3GgcKq7JS+xrOUxQKCI0pMZzE5R1Ujyidy1DDAH/roS8N1 iHMxO9UL+Q== Received: by smtp.mailfence.com with ESMTPA ; Sat, 15 Aug 2020 18:17:07 +0200 (CEST) Received: by breton.holly.idiocy.org (Postfix, from userid 501) id D145F20248EE91; Sat, 15 Aug 2020 17:17:05 +0100 (BST) Date: Sat, 15 Aug 2020 18:17:08 +0200 (CEST) From: Alan Third To: Robert Pluim Subject: Re: bug#41994: Emacs on Apple ARM devices Message-ID: <20200815161705.GA53982@breton.holly.idiocy.org> Mail-Followup-To: Alan Third , Robert Pluim , Roland Kaufmann , 41994-done@debbugs.gnu.org, Stefan Kangas References: <20200814201143.GC44359@breton.holly.idiocy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Flag: NO X-Spam-Status: No, hits=-2.8 required=4.7 symbols=ALL_TRUSTED, BAYES_00, TRACKER_ID device=10.2.0.21 X-ContactOffice-Account: com:241649512 X-Spam-Score: -0.6 (/) X-Debbugs-Envelope-To: 41994-done Cc: Roland Kaufmann , 41994-done@debbugs.gnu.org, Stefan Kangas X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.6 (-) 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 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 From unknown Sat Sep 06 21:08:00 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 13 Sep 2020 11:24:08 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator