From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Sep 2021 20:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 50666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.163199831412670 (code B ref -1); Sat, 18 Sep 2021 20:52:02 +0000 Received: (at submit) by debbugs.gnu.org; 18 Sep 2021 20:51:54 +0000 Received: from localhost ([127.0.0.1]:37050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRhJS-0003II-9W for submit@debbugs.gnu.org; Sat, 18 Sep 2021 16:51:54 -0400 Received: from lists.gnu.org ([209.51.188.17]:60732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRhJQ-0003IA-Ij for submit@debbugs.gnu.org; Sat, 18 Sep 2021 16:51:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRhJQ-00080X-Am for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2021 16:51:52 -0400 Received: from mail-dm6nam11on2071a.outbound.protection.outlook.com ([2a01:111:f400:7eaa::71a]:39905 helo=NAM11-DM6-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRhJO-0000WU-06 for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2021 16:51:51 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eHCKW5Dh0LcK7DUiDv7NsFqfrJXxgK0fWAAcwmWrFWAc4TK4LqDqtOz+ZL35tmy2NRI08LrXFgFhPiCAcG4xDrsrudPA8/lknsnjL8tLjI+PV6SW0/p6QUNRpO29EzbGTIj/zOhtYqREW20scRACFSQwR5jrX8ra7rgxLSRH0EoSxl+sjUw15dESqPWzH1h5wvYzNTikjFxJ4hAX09n6G4DHH9wE1iXZ0Q0h1ZtcPBbp82GzPfILhsuKIw00nmSF47bksIh5eetft0ajFyJrvWZNuwk7Zs33Zu/zG6cLCGL0gZ/bYjtM2C38HZ3Wvge0WOxX2lkhkWyorDZSPNmZSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=WmWWKFj/zPD35arbGo7LaWnxQix5JQuQ9WnvcA3KTUM=; b=mhMAznzX3WA8IfI0enAM+wK6WcyxB298BX1O/hJHGhglRaMbHApdRQUSIs79uGzwQA3LvX2wCDpA34XytYMzGZ2YyF1uQ41dGmSQdD1odcf6WlVYMq2BLxx7Ab9XdD9diX/8KCrKY/28Abj48VabPYIavVRDsLDa15bHiWUA/yeg09r0gcWWzZ3+OiZEYIE0A+T82oWL05pasRns3e6FzNpoeMl9J4bx2J8G1gh9m/gug7WBrc5yQ+CUCAhr+GvhXsoYDUBoKGtBCKfchFp5XnFNafl2rBBzZxAHlbJXBBH0USYjdKpa9Y5xh3oUiSaU9TLw51yjqRP48ZXQe6uU7A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WmWWKFj/zPD35arbGo7LaWnxQix5JQuQ9WnvcA3KTUM=; b=KL/AwXVviUbAFaDIOn2fjSPx3ZOgiymm6PTT2ssd1ALqIeni/AOoTiKtIBjCzkkbZk+j7Dm315JrVmX7ekbHmOFQmebgJoWa4FhXh7D1+qKuP0oeLfrVP8R6hqOAT7ki1yUiZU1n6OzJ9oAWRuUSZTzosDovQ7MIaXZPt5+D/jM= Authentication-Results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN8PR04MB6068.namprd04.prod.outlook.com (2603:10b6:408:4d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.16; Sat, 18 Sep 2021 20:46:44 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.018; Sat, 18 Sep 2021 20:46:44 +0000 From: Ken Brown Message-ID: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Date: Sat, 18 Sep 2021 16:46:42 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR04CA0003.namprd04.prod.outlook.com (2603:10b6:610:52::13) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:1d36:e122:658d:e368] (2603:7081:7e3f:3419:1d36:e122:658d:e368) by CH2PR04CA0003.namprd04.prod.outlook.com (2603:10b6:610:52::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14 via Frontend Transport; Sat, 18 Sep 2021 20:46:44 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b7751de4-d133-49b9-8f3c-08d97ae56d0f X-MS-TrafficTypeDiagnostic: BN8PR04MB6068: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: m8CJlw3wu+RPVV/ADvcDsdH8Welc622X++Nl/wumJzDxzVncwgpEZh6Cug2dSty1qtveoY2CVsidPQgdMZ+qn7AHb52UCTU2eG3wcKRZeKrJ/7swQs/fu1/emndkKjtkZQwxUQbrwVTjg7FNYrmD1bFHfQ+iVDM6Dm46/GTy0S6QEmYAiKjNC33vUvqxMVFE1J+h+YGoCNIEkSfHL0Ltrr+gFE4zPIh5EnAKUzebr9XsDcpUeVH/ZbhZxiUXqRUa0OIF8bZfuDxmd1UsuQq2cQtXRskYdWbDyL+nhkX1sArFCuMpBuolZf1jF2JNT2QWYNHVF8ZymClPY7JSbIpRBGpXvT3Mh10vNN+rkutj9Qk7/62J+y92uv3WBDkU6K/wd+dc8O3C48L9JZXaGrTbe1ZaM1I2qrFi0UQNN668jhjPxt/3iJUKSDuE2T2pb0Fup0aFUNpohsRrfI9ISjKtwgCOdbVM21qMN4PQPE5TGYddQOs2ldtzYVcpiYxRArSsKVD0Ra+NvrkmKLg1eKvS5Woim7Zx2kpA3c71IdN0G1IqRlTxsFXfSUHAS8ebTTjRogec1D47snslBax6R4A2ZYgkucmTxNBtO+/ROgZCCXyzx2k7hiqxvBVhrfcv7cjkDl6hPc+UuMgDYdYvPaEp9syqBAPCx+hY77JF7Q3rUlzihgFJFoUJpUIimesDok4r83DoNQVudpIFZx+RVl6cI7CmlL03Goe2HNITY6Cn26JY4LpqVoBkMolRXxV4qh2VP+kKbA7Q4mCINAKgTOtq9OLArcjbaciyyvugopFst7p/9SJwYavf0lUVE0bOEHuB X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(8676002)(8936002)(2906002)(75432002)(38100700002)(31686004)(186003)(5660300002)(83380400001)(966005)(508600001)(6916009)(36756003)(6486002)(86362001)(2616005)(316002)(66556008)(31696002)(66946007)(66476007)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: zGtFgSCSuHoQHWcyzLR7YVfVwZh+vZgPMJB05GmpaRU0qLTkzsjyMD2K3Di7b/+BXCupLtjOesdU1rQu/+Sutwm/ai0ytHI7UNRtd2u4nwv2UbOQsCasJvkeKri53OIZOylZl8yfDqfLL04TKxcvVUIza1AgFQT9wy32Y335eLuubwJW1S/IAe00xHIqCeV3trjsAful2ZQ70tTuDusngGgQlYULjCXB04Y3ROIfriKCMfsG/zXWaGtAxZwPZASRiI2GEMPkY4WY5tDqfsiHBCT9nagouMJ6Nv5jSeWrfksd889nE/sZe+DOnDxkRjdlPWFjd+UJmubQLFOxqiVrcl/dOmjFU/3lpC9dxAD5L8jXIGlPPyq4W+I2UliSTY2hbdUUyRbrs0YnMRkssziSUoEdEPFuqBsgNxJbBIGxz0VGimPQQCOoQGk6wjYwEAC4pR8A+3Xkn6h/p22XgHdVWYPgTHKnxLmOjn5eGLEadZ9/JOzWrES5TorvdcgzRfkJAo08EJ6IwTynu3LQpAUdsKh0TRP5UEniA+lOIEjJ+nSi4+cMvw5auupE377j4uKagTOybh1PQES1yhzJoNVejdfyzIqXfOGYVVS5DMhOaUMpDTaYXFEIsawIKwN/fjLOOHmPQnEJF7mL5qcgg7sg0ugbraJf1A3M68RI+l3pNSZNLYxEfkfIo1TWDWVScej6GUx4CAAOrXD3os6gYuVNWrPVKH7mK5nVrmI4n5CgnE3zAzErrues2nRfC0iKPdVmru5AzuZpLKEl/Kh2Gp5SJnQc4M9PEqnphQ4U4vlQmmdNRwRCD9tSIEse1ogyxo0Igy6kP3tP3rMWQoLzl6LWBtFWKffy/dJN5GiWTnKMXnzpVMLRE5egf/10THSOxj/y09o5SSS0VMs6YJMkPQt/iwUM8vjgmJ6hK722SCH5sdTbJ0aG6m2BD1iWb5qQyWwmpUXjLUGKt7NJu29XkV7hUpVCmqGYcpo30luyUF7Nj4zKbq2jf1x7NdlzN+5nPvjrVnC9+SUIjpJR9+DLwtJW17clJ23pHfO7iL7J+32hFtouitZ55OiAcP58TUQyrniEObGDgqK1oIzmUbnZCGcDq+MB3CaofSTAY7D6OoRDq+rsYK2MU75YM1v5Vc+JzEvDfcwpXwNhTJAi2iDGp4S4YjyQLUVYII5AOWRoN8DH4ro72ew5HNZyGi4t7dnRBfJxKDAYaDB6+gZZC9BxrBxIV3nS1+VVBT95H0RhN8g62NaDF1eohex/Oyn8qRpX+CNgzaaJ2uvsOrz404IC62KaFjq0FUMEpYvDEzJtFs2UOq7BishPdvzFDIZoH0HUerZX9G+xbGGMJfLADA8isRsjR7SFKCdN8uRj6An8yBbvV240sq8VfGmHbZzmhXI22zQQ X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: b7751de4-d133-49b9-8f3c-08d97ae56d0f X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Sep 2021 20:46:44.6530 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: ukzgUejMrPF3Z0yIKn3LGv7ZwVkhRuhY3pjshP7Jacx6d67I0Bfand6zu3en5XgkYOeebE7hfDA3mFXxD7/5sA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR04MB6068 Received-SPF: pass client-ip=2a01:111:f400:7eaa::71a; envelope-from=kbrown@cornell.edu; helo=NAM11-DM6-obe.outbound.protection.outlook.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, MSGID_FROM_MTA_HEADER=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) 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: -2.6 (--) Building --with-native-compilation on 32-bit Cygwin currently fails with errors like the following: child_info_fork::abort: address space needed by 'simple-fab5b0cf-aaf18a4e.eln' (0x5910000) is already occupied This happens because shared libraries (usually DLLs, but also *.eln files in this case) often need to be rebased in order for Cygwin's fork implementation to work. See https://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-process-problems for an explanation. It's mostly an issue in the 32-bit case because of the limited address space, but on rare occasions it can be a problem on 64-bit Cygwin also. For shared libraries installed in standard places, Cygwin normally takes care of the rebasing automatically. But if libraries are created in the course of a build and then used later in the build, an "ephemeral" rebase might be necessary. This is the case for the *.eln libraries produced during the emacs build. In a followup to this message, I'll submit a patch that does this ephemeral rebase and fixes the build problem. Note: The build will not actually be convenient to use on 32-bit Cygwin, because sooner or later the *.eln files in ~/.emacs.d/eln-cache will also need to be rebased. I hope to address this in future patches. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 18 Sep 2021 20:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163199871313297 (code B ref 50666); Sat, 18 Sep 2021 20:59:02 +0000 Received: (at 50666) by debbugs.gnu.org; 18 Sep 2021 20:58:33 +0000 Received: from localhost ([127.0.0.1]:37061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRhPt-0003SP-BD for submit@debbugs.gnu.org; Sat, 18 Sep 2021 16:58:33 -0400 Received: from mail-bn8nam12on2115.outbound.protection.outlook.com ([40.107.237.115]:56215 helo=NAM12-BN8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRhPr-0003SA-MM for 50666@debbugs.gnu.org; Sat, 18 Sep 2021 16:58:32 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=X/gLXxk9zyFfs4p4MbsolRF7H33j3EYbuH8sHw8Ajh5KLRk/I1K4Sdm/G8v2/3f2jpWe9sM2VI1SyLr1E8Dg3RD5dRlWeHlaNAWjLyNCrZ74oXWGYB4SjgPfk4TpknitJUAk1sOfihS8j82IVePTslYXGWG4PJo8IxHE3KihQUB7aU/gkqYw+ksRouPf1n7XYvFwV1nPxbnq3linH5rVLuCU8a5exsIyZG/dguUmuG2VuM9PUZ4zE2GjJc1PXV149TF/smop7O/Id1cAxWgw0e/GR28Uj8MsO3SqCFO6UXAB9tmjDMi4sIWqItQAd3T0keH2ozuEb7GU7v2G09VmtQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=0lj4EKyEsFeiRcVYHmBNoHHYDjZ7bB13EJurm86PytM=; b=fLRYdZrEXFF0Kxgau3Gohym50M0MBY9dA2bRrBvPhaAg9EaWmCZtJ9Vn7cBPUMDBUe0OABuDZMUvRQZgMs3SRND1JXJpyLhxpkLmtzB9la7mF29NNUtbXbPQ50wIr8aBsQ52ev3IslrDUaftsRqvEzUTVe9i38sLL+2qIu/I6Dr8iZW+1rTFbPjbPRP6yzItax8JS2ER968vncRMkSC6/4RQm01LMni6k5bVm9jxNjG8afPzTW+DY7ZbHm8Z4lyJcONMzrceiBcfsL1cx7nSY2nlfxHXm4Kzo6BJkjyfUrgy2RuAIST2aHYYSXHJaOOKPkfQXjykj61zXgN9tH3hOQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=0lj4EKyEsFeiRcVYHmBNoHHYDjZ7bB13EJurm86PytM=; b=Rr3OELUmvfJKXB+indpwwf4kKFgwBQLhgh0RezcFkvLtCJKQF99O3BGYK0t2y+j2N2XIZr6ZfbsqAbJSDf6/hPQ+iVVPWLSM1Vq3QSy6JWo+N4cVIHFcXn9QFx7BqK1A4uDZhcK4KPVbpTMW+cGH0DnF/NwcoLdVL9A4RMeJXLI= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB4386.namprd04.prod.outlook.com (2603:10b6:406:fd::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.16; Sat, 18 Sep 2021 20:58:23 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.018; Sat, 18 Sep 2021 20:58:23 +0000 From: Ken Brown References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Message-ID: <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> Date: Sat, 18 Sep 2021 16:58:21 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Content-Type: multipart/mixed; boundary="------------7E67D8349317065DDB82E29E" Content-Language: en-US X-ClientProxiedBy: CH0PR04CA0032.namprd04.prod.outlook.com (2603:10b6:610:77::7) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:1d36:e122:658d:e368] (2603:7081:7e3f:3419:1d36:e122:658d:e368) by CH0PR04CA0032.namprd04.prod.outlook.com (2603:10b6:610:77::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14 via Frontend Transport; Sat, 18 Sep 2021 20:58:23 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: cae9457b-9202-4987-b213-08d97ae70da2 X-MS-TrafficTypeDiagnostic: BN7PR04MB4386: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:8882; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 56ypYPPV+u+YLXoHI3HUtLjr0RUkmEr70QRAOU53fgxza72PgkKuGohgOY/lUgTCIUAKMuFH9MEmDV80iDMg8KteisIVUG9CPccjyTvb/J4YgKsu5FuxhjUNrP2W3A0W0NFwK5uZaaikrxfMS2l+XK8yB39KZnRGT5aJoWJasIYvVba/sraZF1I1Hteu1s5lKgXG1OgNdVt9Zff8iFy0sjaY48oZZaIUI3FBjd/NL9M3nF7SXfPHy3FRb1N1ta1kJ23aAXKqFcIrdsI8vw2FN+OadB3CqJVy4cFCsIefsCy+zcpwHwJfd0e7WGElAJkHBqvrManE+aGkA7vPDt5ATuIbgkl4MbYm1HI0O0uRViJxS5bx4PsqGZwIbOS/s3Z7uAYhDmgaJMJ7K1drVUk3crzAluYibBc66Jv4733HDqL3chL53yJLEwh7BHxyp+6Ai6McaX7MJL21KwForg8bzQCMSHtOMcisozkaCiMAh3TW2ypQo/7GuGUCMUzFZVyS9chgL2/hwI/DSQS2UdLet0zqqHOVbj4wdtCx0J9yj4HOQuncO4ogkbMFFiF//o0IdRjpY175A3hkhUupD71NjJcWzB+X/3YtzBjYfpGtwc4HDwBgCPTDoGeJf2nOXM0YQHKbd4/KJeaw36OE1ah03BOh/3PrROXFyVIbh3v7U+mq7f9DgIkvSgauCHB/zVTyHH650buDBQ4qbMNCSiawYw/x/81RX2QU7WHvlHlFXg8= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(31696002)(5660300002)(36756003)(316002)(66556008)(66616009)(8936002)(235185007)(83380400001)(53546011)(8676002)(508600001)(186003)(66476007)(86362001)(31686004)(33964004)(564344004)(66946007)(6916009)(2616005)(75432002)(2906002)(6486002)(38100700002)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: OQtJ3T1YZhtPcrkm3FKUZOcpUZ/9wWQubsGf4TcaQ0dc1Pb92qgaALLQ5yJQNFhUtj9Fr1cqRTYCkPLyr8CB55NhreGhCf0iUe1kX06heknNV89s4SlYQs24UGI16+YoxQlbpBtiBmglVfkLDCLfkIDVtO6BVYYecJhtLc5oLeGXjXveQOkL1cxhAHlEeNMHGEmR5aKRWbpBSw6mZ95MhR7c39KcqOkNQsXQRo80WW8NiP/iOsLNGM2w07/HIOO4DeDxQtvRHwDJ8PBnCpg7AsSHfXv3muMQhquB7fZZ2e5rb3wfwiLpwMEtjiixDffyxdgsAKycj3hchkvqy3GBLtA83sHh9v+02Cw0C5DCRk9nNM9EjPnOM4d2HIp5gJnvKHSkbptBt5btsXaC67cEdk63aNTDsXNVrfR8kn0rfySCvLSIVQFe8c8rHGsoK/wVNcAPsynRHC8YawHhATFsgsdHzV+PxVNnBoHbNQx0MOVHw9+E8hLXCXCyMB/zLv55XlaYLUoAmtP8PFq668LbMNQL5p0jqpX2rc0+DiBi90mWmGgF2YmPE16/vm3K1Fh9E+vJqAsO9YQWmEh+a6tnaSaTvayd0KmJFOBoOHza7wjyvUwqWvfuzk+ebx+yheMHmrjbCFnYxrVhrkUDyN5hr7+3GwSDo8w8eGaPeFbFa/Mki9JuTCBPigPb0JpRznY5qVtop8+inmRLVWaoSrjYea2AxRvFCTrMUOPpMOEoqkEG33hzkC+8OZs8pA74jOMchuamFWN0J10/EbQSEebbiw0EsCUq//Jb00TFGtbCrICapXpP6JS7rhwo6OrD0yNos5rkemaXeDQHG9BXLsM9qQZlQeqkM2tQhN/t7KU5w/hkYcpKq93rQyhsazlwi5WDiG6R5wAlq3TKKCaAAHma4zn2uvqmBNH30hQ0wdJA34r2IvSsz4x5Ybf1Dx4m4Nh9qNxcAERlESt4drd+LjMvU2xBtClrT4YxmYk/eIKAnYYTu2ELf/bDjxRqBqNeN+SyIao+d9HyNu+ZqeAwDAhZd93OzbGPOGzLLHM899aiMlJw2gBhDCLSyO/bCm20M/K4R3o+FRdEx/AqslN8Ayewi+J0dIDtj+PD7nJ/IbcJYs9RzEjU0RNR5oQuaKPRl0yeeTuhppGZesxRvLgBbCwEOdVVG396oc/CqOnFVnhGzkVhdkIsSmpWN8RRRxzdsxZgCdlmmso/IvFs8glOh/+hEDCIefEnE3VLIBhbn+eL7Ag91UQHLlZbO1BRBjXoMiGSWXZLHbIHWTQYRFWeJGryStFhofQ1nRgrffWlEYl7oMVKhy7mmToABrz2eW4WTuYPf7iQm6idILODPFZZFNj7HEN/hZF/3Sp5NSJs3u5I1upoS+RV/PxsEMMJ1rcp8EXE X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: cae9457b-9202-4987-b213-08d97ae70da2 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Sep 2021 20:58:23.6404 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: q3W0+6PpzvbfspyLCTJWXR+NsF5sOoJxLUeZuKT4Q1m1wWqSwbFwEWLjJDU6xeCX7g93sUU/UhH5whnoYrWxwg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB4386 X-Spam-Score: -0.1 (/) 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.1 (-) --------------7E67D8349317065DDB82E29E Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit On 9/18/2021 4:46 PM, Ken Brown wrote: > In a followup to this message, I'll submit a patch that does this > ephemeral rebase and fixes the build problem. Patch attached. --------------7E67D8349317065DDB82E29E Content-Type: text/plain; charset=UTF-8; name="0001-Fix-build-with-native-compilation-on-Cygwin.patch" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="0001-Fix-build-with-native-compilation-on-Cygwin.patch" >From 3a655d37dea44876b1cbc624b4cf1813945f9f2e Mon Sep 17 00:00:00 2001 From: Ken Brown Date: Sat, 18 Sep 2021 14:03:41 -0400 Subject: [PATCH] Fix build with native compilation on Cygwin * src/Makefile.in (emacs$(EXEEXT)) [CYGWIN]: Rebase the *.eln files after they are all created, to avoid fork problems later in the build. (Bug#50666) --- src/Makefile.in | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/src/Makefile.in b/src/Makefile.in index 732cd8f099..bb69a65707 100644 --- a/src/Makefile.in +++ b/src/Makefile.in @@ -547,6 +547,8 @@ ${charscript}: ${lispintdir}/characters.elc: ${charscript:.el=.elc} +SYSTEM_TYPE = @SYSTEM_TYPE@ + ## The dumped Emacs is as functional and more efficient than ## bootstrap-emacs, so we replace the latter with the former. ## Strictly speaking, emacs does not depend directly on all of $lisp, @@ -555,6 +557,9 @@ ${lispintdir}/characters.elc: ${charscript: emacs$(EXEEXT): temacs$(EXEEXT) \ lisp.mk $(etc)/DOC $(lisp) \ $(lispsource)/international/charprop.el ${charsets} +ifeq ($(SYSTEM_TYPE),cygwin) + find ${top_builddir} -name '*.eln' | rebase -v -O -T - +endif ifeq ($(DUMPING),unexec) LC_ALL=C $(RUN_TEMACS) -batch $(BUILD_DETAILS) -l loadup --temacs=dump ifneq ($(PAXCTL_dumped),) -- 2.33.0 --------------7E67D8349317065DDB82E29E-- From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 18 18:42:29 2021 Received: (at control) by debbugs.gnu.org; 18 Sep 2021 22:42:29 +0000 Received: from localhost ([127.0.0.1]:37143 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRj2T-0005xB-6Q for submit@debbugs.gnu.org; Sat, 18 Sep 2021 18:42:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:33976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRj2Q-0005ww-E1 for control@debbugs.gnu.org; Sat, 18 Sep 2021 18:42:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=pnGJC13s7LlWx5Bql0NlY1WRL9k7JN6xco7fOWiLprk=; b=TIdu1Y/d0fTnunu1gBwkAC/ekj U3fkkL2nKHPhSk07NjQ88DyVAjxtEWBBZbTUz5YpEvJP7+FbnUlPpsDC5WtmdxBguIxoYuRiS08kp d7FH9XbUbd3qo+JRxkqAU5kqP6oyM52PRlhNOv7TI4TXmq+T0ehkymX4XdXKHk1JPzIU=; Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mRj2H-0000Ys-Ho for control@debbugs.gnu.org; Sun, 19 Sep 2021 00:42:19 +0200 Date: Sun, 19 Sep 2021 00:42:16 +0200 Message-Id: <87pmt5pktz.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #50666 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.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 @@CONTACT_ADDRESS@@ for details. Content preview: tags 50666 + patch quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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: -3.3 (---) tags 50666 + patch quit From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 05:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16320295824113 (code B ref 50666); Sun, 19 Sep 2021 05:34:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 05:33:02 +0000 Received: from localhost ([127.0.0.1]:37310 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRpRj-00013x-57 for submit@debbugs.gnu.org; Sun, 19 Sep 2021 01:33:02 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRpRd-00013g-Sq for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 01:32:57 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46668) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRpRY-0003Re-1Q; Sun, 19 Sep 2021 01:32:48 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2996 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRpRX-0001OI-Kf; Sun, 19 Sep 2021 01:32:47 -0400 Date: Sun, 19 Sep 2021 08:32:38 +0300 Message-Id: <837dfd5dvt.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> (message from Ken Brown on Sat, 18 Sep 2021 16:46:42 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Ken Brown > Date: Sat, 18 Sep 2021 16:46:42 -0400 > > In a followup to this message, I'll submit a patch that does this > ephemeral rebase and fixes the build problem. Thanks. > Note: The build will not actually be convenient to use on 32-bit Cygwin, because > sooner or later the *.eln files in ~/.emacs.d/eln-cache will also need to be > rebased. I hope to address this in future patches. Why would they need to be rebased, and why doesn't your solution handle those *.eln files as well? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 05:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16320298914645 (code B ref 50666); Sun, 19 Sep 2021 05:39:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 05:38:11 +0000 Received: from localhost ([127.0.0.1]:37332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRpWl-0001Cq-MH for submit@debbugs.gnu.org; Sun, 19 Sep 2021 01:38:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44066) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRpWk-0001Cf-J4 for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 01:38:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46872) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRpWe-000843-Kp; Sun, 19 Sep 2021 01:38:04 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3319 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRpWe-0004Iw-4r; Sun, 19 Sep 2021 01:38:04 -0400 Date: Sun, 19 Sep 2021 08:37:54 +0300 Message-Id: <835yux5dn1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> (message from Ken Brown on Sat, 18 Sep 2021 16:58:21 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Ken Brown > Date: Sat, 18 Sep 2021 16:58:21 -0400 > > * src/Makefile.in (emacs$(EXEEXT)) [CYGWIN]: Rebase the *.eln > files after they are all created, to avoid fork problems later > in the build. (Bug#50666) Now I see why this doesn't include the *.eln files in ~/.emacs.d/eln-cache. But this means that on Cygwin, the only practical way of building Emacs with native-compilation is to compile everything, i.e. use NATIVE_FULL_AOT, which is unfortunate, IMO. Isn't there a way to rebase a DLL on the fly, when it is loaded? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 07:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: 50666@debbugs.gnu.org, Ken Brown Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163203492813931 (code B ref 50666); Sun, 19 Sep 2021 07:03:01 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 07:02:08 +0000 Received: from localhost ([127.0.0.1]:37394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRqpz-0003cd-P7 for submit@debbugs.gnu.org; Sun, 19 Sep 2021 03:02:08 -0400 Received: from smtpout2.vodafonemail.de ([145.253.239.133]:40004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRqpx-0003c7-EN for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 03:02:06 -0400 Received: from smtp.vodafone.de (smtpa08.fra-mediabeam.com [10.2.0.39]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id A23B6612CA; Sun, 19 Sep 2021 09:00:48 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632034848; bh=6iCOvAahTE+6vujeLJj6xsTiztBfyJXv2zOT8aB9Z/s=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=MpvWgYIDV8ZKeK7nl+saHQTL1hHsmXVL7u3zs8znr+p4ylgluVDSpw3qq/KDmHyhq oZzqVWcwqhI57J17HopbZYxiPYzjX3okvdImsvCsRfqotswRDTaVkUpQTSGLCZzkeh 7LKrmhXHxjpXaEwttzLphgLguxvE+tisqI/ehJKU= Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id A5A4E1401C8; Sun, 19 Sep 2021 07:00:47 +0000 (UTC) From: ASSI References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> Date: Sun, 19 Sep 2021 09:00:46 +0200 In-Reply-To: <835yux5dn1.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 19 Sep 2021 08:37:54 +0300") Message-ID: <87bl4pf3s1.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 883 X-purgate-ID: 155817::1632034848-00007455-0EE23518/0/0 X-Spam-Score: -0.7 (/) 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 (-) Eli Zaretskii writes: > Isn't there a way to rebase a DLL on the fly, when it is loaded? There is (of course), but then there is no guarantee that you can do a fork from the resulting memory image. Which is exactly the problem that fixing the base addresses of all DLL was intended to solve and has the unfortunate side effect that you need to modify the on-disk representation. On 64bit, marking the eln as ASLR w/ high-entropy and large address aware will probably work most of the time, but 32bit is much more prone to collisions (in fact I did use a shell inside an X11 Emacs as my test case when I last unsuccessfully tried to make ASLR work for Cygwin). Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 07:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: ASSI Cc: 50666@debbugs.gnu.org, kbrown@cornell.edu Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163203532514537 (code B ref 50666); Sun, 19 Sep 2021 07:09:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 07:08:45 +0000 Received: from localhost ([127.0.0.1]:37398 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRqwP-0003mP-Hw for submit@debbugs.gnu.org; Sun, 19 Sep 2021 03:08:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50836) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRqwN-0003m8-RN for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 03:08:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47864) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRqwH-00012I-Uq; Sun, 19 Sep 2021 03:08:37 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4892 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRqwH-0008HX-B1; Sun, 19 Sep 2021 03:08:37 -0400 Date: Sun, 19 Sep 2021 10:08:24 +0300 Message-Id: <83tuih3uvr.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87bl4pf3s1.fsf@Otto.invalid> (message from ASSI on Sun, 19 Sep 2021 09:00:46 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: ASSI > Cc: Ken Brown , 50666@debbugs.gnu.org > Date: Sun, 19 Sep 2021 09:00:46 +0200 > > Eli Zaretskii writes: > > Isn't there a way to rebase a DLL on the fly, when it is loaded? > > There is (of course), but then there is no guarantee that you can do a > fork from the resulting memory image. Which is exactly the problem that > fixing the base addresses of all DLL was intended to solve and has the > unfortunate side effect that you need to modify the on-disk > representation. On 64bit, marking the eln as ASLR w/ high-entropy and > large address aware will probably work most of the time, but 32bit is > much more prone to collisions (in fact I did use a shell inside an X11 > Emacs as my test case when I last unsuccessfully tried to make ASLR work > for Cygwin). So this basically means that native-compilation is unworkable for 32-bit Cygwin, right? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 11:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: ASSI , 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163205108513831 (code B ref 50666); Sun, 19 Sep 2021 11:32:01 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 11:31:25 +0000 Received: from localhost ([127.0.0.1]:37558 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRv2b-0003aT-0h for submit@debbugs.gnu.org; Sun, 19 Sep 2021 07:31:25 -0400 Received: from smtpout2.vodafonemail.de ([145.253.239.133]:54982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRv2V-0003SR-TU for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 07:31:23 -0400 Received: from smtp.vodafone.de (smtpa01.fra-mediabeam.com [10.2.0.32]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id 74A3E120C35; Sun, 19 Sep 2021 13:31:14 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632051074; bh=lkGWpePvH+hbFdxrdpvr967PNMGaIaRarBLkjYwh/Iw=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=fvOeTAe7WNATK0/KLoMvB5gKBrd5yPMFGUvxbTssOZ4q2BXxTRagBn/D/SZFI+cdj 7s9GgDCqdQFGKZ62ucpZogt4xcFFMBXmZaz4fzslCGoZrWGMgRvGeBGNs8Wcjdvsxl K3zOfQyvOqNdTmv1AChaN8Qr2ipWUYtZrxnYbtyE= Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id A3ACC14019D; Sun, 19 Sep 2021 11:31:12 +0000 (UTC) From: ASSI References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> Date: Sun, 19 Sep 2021 13:31:09 +0200 In-Reply-To: <83tuih3uvr.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 19 Sep 2021 10:08:24 +0300") Message-ID: <877dfcg5tu.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 1047 X-purgate-ID: 155817::1632051073-0000065C-895EDAD6/0/0 X-Spam-Score: -0.7 (/) 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 (-) Eli Zaretskii writes: >> There is (of course), but then there is no guarantee that you can do a >> fork from the resulting memory image. Which is exactly the problem that >> fixing the base addresses of all DLL was intended to solve and has the >> unfortunate side effect that you need to modify the on-disk >> representation. On 64bit, marking the eln as ASLR w/ high-entropy and >> large address aware will probably work most of the time, but 32bit is >> much more prone to collisions (in fact I did use a shell inside an X11 >> Emacs as my test case when I last unsuccessfully tried to make ASLR work >> for Cygwin). > > So this basically means that native-compilation is unworkable for > 32-bit Cygwin, right? Explicit rebasing should work on both architectures, the question is just how to best ensure it's done correctly. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 12:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: ASSI Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163205323721209 (code B ref 50666); Sun, 19 Sep 2021 12:08:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 12:07:17 +0000 Received: from localhost ([127.0.0.1]:37576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRvbI-0005W1-W7 for submit@debbugs.gnu.org; Sun, 19 Sep 2021 08:07:17 -0400 Received: from eggs.gnu.org ([209.51.188.92]:50034) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRvb2-0005VA-L7 for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 08:07:15 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51716) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRvau-0007W2-UO; Sun, 19 Sep 2021 08:06:53 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3512 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRvat-00067S-1x; Sun, 19 Sep 2021 08:06:52 -0400 Date: Sun, 19 Sep 2021 15:06:42 +0300 Message-Id: <83pmt44vn1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <877dfcg5tu.fsf@Otto.invalid> (message from ASSI on Sun, 19 Sep 2021 13:31:09 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> X-Spam-Score: 0.0 (/) 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: -3.3 (---) > From: ASSI > Cc: ASSI , 50666@debbugs.gnu.org > Date: Sun, 19 Sep 2021 13:31:09 +0200 > > Eli Zaretskii writes: > > So this basically means that native-compilation is unworkable for > > 32-bit Cygwin, right? > > Explicit rebasing should work on both architectures, the question is > just how to best ensure it's done correctly. Since Emacs 28 performs native-compilation automatically in the background, and also automatically loads the *.eln files once produced, I'm not sure what you mean by "should work" if we assume the user will have to rebase manually. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 12:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii , ASSI Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163205508524415 (code B ref 50666); Sun, 19 Sep 2021 12:39:01 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 12:38:05 +0000 Received: from localhost ([127.0.0.1]:37621 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRw56-0006Lh-W2 for submit@debbugs.gnu.org; Sun, 19 Sep 2021 08:38:05 -0400 Received: from mail-mw2nam12on2117.outbound.protection.outlook.com ([40.107.244.117]:26849 helo=NAM12-MW2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRw54-0006LA-7n for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 08:38:03 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=odjPYTi7EChA44XcvvmncohS9Oxjfed02KzOZCS0pt4XIk9mlyBnhh5VbcgKayiYNLV52NscDS4KCZxmLjkrOByW/017Sei0X+CZx7oiIkM9kQlZjI6JaAIFEyLIXkCtsUtohCtVSieh0snL4gPYk8hO1vP3RKGCwieHvNcRFiNstCIMiTMqoYXur19/3dpnDiWyDQZlM+mYOR8zy5OgvmA7vLFTOi1xBJZuyaNHNHSXqBe7ztkxQEE0sMSn8oEuWpJ0ZVLThgqfd1RIZJJnN7dToYQXS0Ep64Xw+oJlYelhy4MhxfihOQqB8zHARuk8vbDGmpkHCs2l19MdAF44hw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zu6A5d7qZxoNVPIXIX5omE75L5KRcrwZoujstan4PXg=; b=eHXrrz4VVWVhvUI3/GOH5h+AzEMmCB0VoFq4kY7EkY8AiBnAFc36rXUaTkpmLnKTUvmsI0zbJXN9eLhHwony34WS+k5K9PFzeEXJh4v6riEfQPsPqFFyea6F8s3GiLvs7+uexRWEW9Fm1/pEqH2vhhFb097eZJq+Tf+CH61ezsLZYjKf21LxKql8nVGmu2/AtFLswr1+Xo54E6S0akcAOBGH9muO48GqRkx2rwJ71xV8fjK4Nz+l0zJ2b0QYJMbjfGLdFy8AVfSmFcGQSgnQ+G0BYyrvwQutQWk4nVtzjF6LZhTC8yd5KA7g5bDZIae+sabNHgOrlEvhj4h6ZuDUkg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=zu6A5d7qZxoNVPIXIX5omE75L5KRcrwZoujstan4PXg=; b=X6DNIphhaPtKZJvioS99IBRC6oX4uX5SXtfH54qlm4tbs72Fpa2oiGQIkl2gVPHQhj3ZQ0G+CoqKMYZWgxMi7EN7+YgfPAuPimNi6NCdjQWAUsgN5gaoZrhMHgCnpWlirT4s+2KJtS5ocAGSfi6CEceltEpvwWNvhqkGZiZSBWg= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB5169.namprd04.prod.outlook.com (2603:10b6:408:3b::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.16; Sun, 19 Sep 2021 12:37:54 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.018; Sun, 19 Sep 2021 12:37:54 +0000 References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> From: Ken Brown Message-ID: Date: Sun, 19 Sep 2021 08:37:52 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <83pmt44vn1.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH0PR03CA0421.namprd03.prod.outlook.com (2603:10b6:610:10e::26) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:1d36:e122:658d:e368] (2603:7081:7e3f:3419:1d36:e122:658d:e368) by CH0PR03CA0421.namprd03.prod.outlook.com (2603:10b6:610:10e::26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14 via Frontend Transport; Sun, 19 Sep 2021 12:37:54 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: e2adebd8-6ee3-49fc-98ce-08d97b6a4d57 X-MS-TrafficTypeDiagnostic: BN7PR04MB5169: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6790; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: zGzqo3OSrdkQo4tQ/eAwhSpqlBKw+CbSoKczmA6ZxwF/kfq2mcSs2Xtc3q245uwvmPlmA92rovdtXpGOxaJzE4aJlK9zdwfn+6ITjvalyV8bGUBMi2boYyAwGVe3xve+SR84+MJlmxwzw6QIo1UP9PUNZVVzKudVmEKpc7/YcigTAFRvItH1LKf49oYxkMoP3wq1uPOj5qA7SNvczwNftc0inqbPynQCriEWB/qiyTkUYq68DuOsR5BjxQHpzhYnRoaqJUj3rf/YLgMAGgQtrt6/eavd2lPZpsLNEsrptmGXgiMnH+haA7eAI5t1P49EtdiPaoMHOtpAk/CPDuYs1wjSxs0Ws59T4GjgM+MFj9mPfR1wtI4f8sGX60V8gE5NkQYkLsTy/eZ6L8lzGn21HnATF+aOM5HOl3BS93UVEfE7RnVO/yo0oxLHPlrD0O5S0FQ2YnorO0YX6QQYDcyrNb5mMWsCkpQJJqdPUqGNHkFCjb1DlRv1TtqPtloPIOP/odL41ny0wr3BXDkIQOMB/J9Du0CsCl4Nv1RyhJV6bduhOb3IL/TmOKy/KSYdJdOGy3PlEuH69NRCVZhJ7OD6wTj7hTi7YlKvnp/xzSPvIy1FICLUqzLZMLRi64SxCjiDIWPWSnPWg6g4Cs3AYt4Uk2ynjU7zQTsNk/0vyRSE5DiyqD55jWLE6d1Z+9Ffey30FmaAL5sO9s7nypV+TUdH/QuPBet9btf6F1JkCyuP+mM= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(31686004)(66476007)(36756003)(66946007)(66556008)(2616005)(38100700002)(4326008)(186003)(4744005)(86362001)(75432002)(31696002)(2906002)(110136005)(8676002)(508600001)(8936002)(6486002)(53546011)(5660300002)(316002)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: lGS47Oe5iKfC/95Hx3yEkF9UFULFZya7jjmG9JmbmXWjk0Tg4zUZwT7iJc+61oWIjHV4Eb+dUFDFLOKCXnrn29HlcyDkbmhabvvfovV4LmQcQE54B/E5tpT3jC3ejp6+iU1uQtniZXmSCLi15QMCxr+GkYaoI68kgo8EKElNj4hYDkbZo2lcjzSaQn3fL1uMEA13xRPUNR6rd6qawGfx5aR/ylWMdMGmQCApVwD+lP9vzYyTs5+uVM5zAk3D2f3HbbNm/fpiA63TnPsYS93bMuB0L5RQJBsEpHuDRgQ8eDgA2i0sGmZyP/Si4+ps48wgef8xoFATZ9bGhIGer427FZ1xxbikyo7CGt8jeRE3xxb1cNLcS5uZrpTydZz0PUOD6EzufsmHF0mYMj6gWGWkWVwMb1L1pJ8tdEv+v13jghHiho9SABQuDxVkWZ0QI0coOJOJpsJy7CAxZb5+yYEG9j88DAvfTiq6H8aYC4NXjaAjYCpEY3ctlwzrjWd0t+kCav3hd4MEsvaNxZzJREq5Mc19nNCxDA8r6bbR8XkfS39YOV4B/LlL+NQ6IkZDVKpYixuoHtj050r7L9+A1RTM47AKcp+jP0vt7CgvVADsh6HLkFMLvj6CuxFcmypzoq1mXI7HoYpkC/edoz2RufJngPaRv/dQyayAxQAoHYswVGn1eEnIXo4xrkIFy2SWVn02ikcYTuoQ0jMXO6lOtW+TBsfXzqSnfMHfTFU8jRtmzsPh6CMrGBkBNOKBPnbvmwK+gVSD6xFVZBMpc//+16KOLxS5+yvfmjMQL66IAc4iMSV/aV88SG+3QQ2W1j3XIe3uWINKhMxesqzHzGUc/UN1Aj0kDG77H+R7DNQN1zCQUJbhG5DJGZaIj3o7uTaxbpNyEAT3uRrM1/jNQetq7YVDBqu4wlZu66C9ng49+DA+RkFf1bm6QYhq8XeCkCoOLLqPckYJ9kLCpunXaBEDkpdVSNRKi7Nim6bU6MNkn8i8hMf+AtAE18khs2XjlvUGilXJIZxoowuNxoX6rQYf91+4W2k43DSW+qj7Sp8bGo2i9Ik+jDC8xEaODJXqtv3ylKE+8riEvRYsgiSuGKQYF67TjWfPtJ5+QibDe7ZvwKjcOw6PrGdXutsIiX3Jl8oNBl+woZ65sVgB0Al3OecmrHYoPCftJTWA9nQrs2nHReQBzNl9N4wT8uYwx/aoH0Zx3hU+pOKYm0YptOdMLsNEfm7amftviu1FrtXTYA7NZ4P0gQPb47jVGd/iYQGPJNVKLUC4eDQNtRiRv6+uXdHIMqT4MqL5CdVaIzbFeJXBYe2VnZamWYCrCS+8PuM4T+Fdl/dmTYo/m2aubDwaG9nn2HJfijyQudYQiKxtx4t+U917K5hGws8Qh24fvycHBgsbSo/M X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: e2adebd8-6ee3-49fc-98ce-08d97b6a4d57 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Sep 2021 12:37:54.4931 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: sPQv070xn3TbhtCmfQ3+KwOb1M/0h/yUGxNmixsCYGgDKJrsPCo9rV09Ni2z3c/rUS7iLIcEvLdPFRVPsRIXqw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB5169 X-Spam-Score: -0.1 (/) 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.1 (-) On 9/19/2021 8:06 AM, Eli Zaretskii wrote: >> From: ASSI >> Cc: ASSI , 50666@debbugs.gnu.org >> Date: Sun, 19 Sep 2021 13:31:09 +0200 >> >> Eli Zaretskii writes: >>> So this basically means that native-compilation is unworkable for >>> 32-bit Cygwin, right? >> >> Explicit rebasing should work on both architectures, the question is >> just how to best ensure it's done correctly. > > Since Emacs 28 performs native-compilation automatically in the > background, and also automatically loads the *.eln files once > produced, I'm not sure what you mean by "should work" if we assume the > user will have to rebase manually. Cygwin could maintain a per-user database of *.eln files and their base addresses. (It already maintains a system database of this type.) The each time a new *.eln file is created, it could be rebased and added to the database before being loaded. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 13:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163205889430937 (code B ref 50666); Sun, 19 Sep 2021 13:42:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 13:41:34 +0000 Received: from localhost ([127.0.0.1]:37692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRx4X-00082v-Lm for submit@debbugs.gnu.org; Sun, 19 Sep 2021 09:41:33 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRx4W-00082f-9C for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 09:41:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53638) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRx4N-0006q7-GJ; Sun, 19 Sep 2021 09:41:23 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1421 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRx4L-0001rN-DU; Sun, 19 Sep 2021 09:41:23 -0400 Date: Sun, 19 Sep 2021 16:41:10 +0300 Message-Id: <83mto84r9l.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Sun, 19 Sep 2021 08:37:52 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: 50666@debbugs.gnu.org > From: Ken Brown > Date: Sun, 19 Sep 2021 08:37:52 -0400 > > Cygwin could maintain a per-user database of *.eln files and their base > addresses. (It already maintains a system database of this type.) The each > time a new *.eln file is created, it could be rebased and added to the database > before being loaded. I don't think I understand: rebased and added how? manually? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 14:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163206165913124 (code B ref 50666); Sun, 19 Sep 2021 14:28:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 14:27:39 +0000 Received: from localhost ([127.0.0.1]:39481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRxn9-0003Pb-Cg for submit@debbugs.gnu.org; Sun, 19 Sep 2021 10:27:39 -0400 Received: from mail-bn8nam08on2139.outbound.protection.outlook.com ([40.107.100.139]:36449 helo=NAM04-BN8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRxn6-0003PN-9X for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 10:27:38 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lKa52oMmM5uK6zV5ZgKzTra/JrekPoDivuyoxVp5MH6odhz/NclBPHDe06pGZZbdHpjBLPOqdxs4EgqONllhB5QpD0sfMbKFYPMO7P8VZ/0cYs4W8KjJ1Dr91UbxayusOLY8kzT35qEak5GHLx/+kSbea9zhJBx/oc6xMwVbdjuZwzZa18uX7zjY28AIYaJg03RA5fyg8q8zcTD8TzeRTo0dyGDsm92zOdImBIBBFs5uGzzlfM77VgO2b9PFF2t/gMyehrPZYjVjoE19OTXIZdNihAK8uvoWgl+XlPUDNryVXNZCunSHKhdkFNsc7Qz7qh0HjEqqfb0FuOkNxKWa6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=hb3cDS5I1WgfdHB6CVg3/PoG8DIcx/LPDrJCc+DhoMU=; b=ZHKGcnyrwdFGmUIRfKBY+xpejuO11BvJapfVtkWKtKdWARZPsbbpBREOpadtj1NWrdvAxK7wP4CD3ntn/CNHo86nmGYAed0Ni8cBY8gfTe3hgP7p8DpXkVEkGMijI/0OeF7LWbvwejPX+maha7dql9dgOeIbmf4XEVV47mo/fFaQPH9NfTg9H2+ryc4ytjT15ca7hniLNSkQ0S3mrDhLaKFZaRG50QthEyGsmPMxtOHqRZCuFAfqKnCYF0BjYrAjvQ6Gnivv99jEbQGNd72BsTO+LzLLxnbcvkOttlJYSP3ouKXcxa/zzgMs0GADQhaHj9O/0RSAFtsMfxqOdYISfQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=hb3cDS5I1WgfdHB6CVg3/PoG8DIcx/LPDrJCc+DhoMU=; b=dOzQXt65YZUnGmVcQwqBVae7f3DuF32lP4/IESeOjUhMdLsD34PaeuB8pdY9u5N7ZE5ZpzPfPQANaqvv/5wuKTNogc1fw9knZKKGvTAFRvei+eAJhe3CU97444ErrxQQ6OLWcCJbGBq0CdaExdDGeGZ6bUi+l7l9n6GC28C/AdE= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN3PR04MB2177.namprd04.prod.outlook.com (2a01:111:e400:7bb1::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14; Sun, 19 Sep 2021 14:27:29 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.018; Sun, 19 Sep 2021 14:27:29 +0000 References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> From: Ken Brown Message-ID: Date: Sun, 19 Sep 2021 10:27:27 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <83mto84r9l.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH0PR03CA0218.namprd03.prod.outlook.com (2603:10b6:610:e7::13) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:1d36:e122:658d:e368] (2603:7081:7e3f:3419:1d36:e122:658d:e368) by CH0PR03CA0218.namprd03.prod.outlook.com (2603:10b6:610:e7::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14 via Frontend Transport; Sun, 19 Sep 2021 14:27:28 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: de21db50-02b2-4fd5-a4e3-08d97b799c29 X-MS-TrafficTypeDiagnostic: BN3PR04MB2177: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:4502; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: cZVhCitPegyRYvuq6079v0gZJnS9RtGF3WHG7oflCN1/8pam+dg8V18O5CshNhJCjLsl/zhxf/h/L6BxvMmVP4KPwOw5F3wjbb0YlZY1Ms7jx4hmkvcgCV10UnIQkFK4mmJpzsOMeOuma3RPxktyiDyiJpXB1PW3r73+aYfuWrs4Q4vkvKkul07nmny1/s3EPsOZyZYxDmIJFa3wKOALjpM96T0zrEMaza3LAIpuyRilwSCubzw/Rw06pDPv6Zg6sOgMd47G2FokVZgDWxBwhMh2+YCup27YBRue6aZ6QwNmt0VFiFj/hATN1ws6d9g6Qbwj3jeWSOujEY0S9P0cWyX1+Z7iMRUaLa2Inwe0YnRrjNzGHGMB7EHp43MVvoXwMB5xc8bafN9/JW1V3ldH/WSaAGB0AwVcEfeT8Qg5x9TRDFh5n+UJHn12w2YVA9JGtqlyWTdh6y+31d4guqhqtonlcZ9f6dw+F/5HS6H9IG/xZk7SaK8QjJwoV6+XPb64BDFSsXSUPzujfLA4d2rIptzd+2cvJ3AOfrJglIG/Mo5/WvlhGcIeRjkgUTAylLr9o9cH3KBfO8/uG8sYjq+4M5LxW8TaMDRpUgUse8fJvH2k96Jy9J/uWtntlrf2ZZT4g0JulOX9Oo7/vH02PMO/qBrWOkPwbZLkirwGusK8aJODtsGbD5Lor4KorwJJUIsyNYpI6evPNWIVLgbez106bVwGopIW0wQe8lG36fzh4qU= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(38100700002)(6916009)(2906002)(53546011)(2616005)(66556008)(8676002)(5660300002)(508600001)(66946007)(316002)(75432002)(66476007)(86362001)(4326008)(31696002)(31686004)(8936002)(186003)(6486002)(36756003)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: 0jrvq3bUk9P5N8fCdhG4GLR+q1wnTE0uXXmlowkblU8/sz1OtW6Onqun7XYzfpFsy6/WGbW89N/dR6mXSQ1UmzpEsQerrAQtZ+e3JqJ0jE+kiMG5bpQTdLQrQOATOF3jS2CvVw37BIOp4uae+n04AO6vcOBgILgCN2U79BaixvuSAtJ1WldkBlD5IfKtAO5cmkXybaqVtbKQcLjEMmoYnV/C9y1Z/CLYcp/Ce3tLxrpN5KkOOqwz+2aIjl7YVO95eDHlMdWwezxcUerND9onrNh3mMeoV8bAqoFyUtfHs5+708gAFmYYQX1AxHe/+5ANeW16LlLGQEpnw5GYVX/6ceuOuzCOyOGWWQSJGwKiVAykzfe6IsA72gsnOVVApvJxjvO4NXxNl699dxBwAnlZgEwfuPKOVrdm8kH4DmcSTuVnIT8R+IGjr4wEQ1jHeyHqQjKGuJurqCVM0XW8pQ26L/Jmt3FPhtkoSYvPysj5WEo6LPzLp/KMilFghoP5h8X4rLGwANk2h8cA52AVXae5rxToc/aTOBu2qZOhJ0qLi9cQla8USPR1ptX2/b3W2iq4bfy7yP3dzZvFpIlFzfMWlGxyb/7OLElADp1ypyOH9zaWzZjVhgTLJef/nIsQm/Tvw7O1eS+3CFLD1tMvwIf50O7nNG29ITY8AA9/kAa0KCrmBGLnxjUTnsCfEeiwi2fdb/t0HdekPG0bHZwq8Ja8FTcM0co2Mxg7gQLc7gbz2pDBBh6i3WsCkUmsAaiIq5HbWYiluYqVtdMJcAkeGIDyDUMiFhnBwHPE4aS+ZghcT5NEOWIAppVvoS/v7ZGNyzre9KYRvBNtit+mrzYq1HnnLoDvqnM7U8n77WtdI1ciA/MnIAFdy91BFn3VUWHq6kDmagMs3Jslf1+UmfXtnaygBJQlgEZDI/qNTcYKJQ2FkVrr/m1R0GifDB60MWCdIhuj52jBjR+8FlRTkCF/5dB0LaHVidBGWz4t+sMDq3XMpCF8nfYIKfnEn8l+zQfhQ+Atr//FvyfBv0lU3rL85xm9Q7ZUJJnl9J4CFqs/0aQhqQ9UcyxNuCAZ9mv3qan5sQIYTPpnqMA16B4Km+CyZPDZZ5MGqN5NXAYk7tJWXgy/7mGIvVu/mMnBHKQuZXNYekNMZpCjaZLaYx+f1Dm5iIBXphzay+xaU7aVAmEvRSc5Eba9ssDfuSWd9M9piGkoRGNG6/jJVtRrpU5Evys8Egyxezez+MPO8gTBUck9jK18HSt0jPsinOGHv5w28kkJs7m+dCuIrntZttKIgX+ClHkmGih0TeYiop9ekTPLMAmN+mkasCSy7Q3wn+IDWSh9/3Mp6J25zVZD8mqRfVWy6V4E7zI/kwH6S94Dz50WVyak844keSODCcWbjnRIZFVIm9CE X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: de21db50-02b2-4fd5-a4e3-08d97b799c29 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Sep 2021 14:27:29.1789 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 79KmHu+TAVu+1UNGshq/AbGdcq5HY8AHqvxYrZXfDpN92gNiEk5b9yNrMswSv6VgiQp0fFciMMmAlOsIoWElbw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN3PR04MB2177 X-Spam-Score: -0.1 (/) 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.1 (-) On 9/19/2021 9:41 AM, Eli Zaretskii wrote: >> Cc: 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Sun, 19 Sep 2021 08:37:52 -0400 >> >> Cygwin could maintain a per-user database of *.eln files and their base >> addresses. (It already maintains a system database of this type.) The each >> time a new *.eln file is created, it could be rebased and added to the database >> before being loaded. > > I don't think I understand: rebased and added how? manually? No, by a script that Cygwin would have to create and that Emacs would call. We already have scripts that do system-wide rebasing (and that are run automatically, without user intervention). The question would be how to extend this to per-user rebasing. Achim and I have just begun discussing this on the Cygwin mailing lists (currently the cygwin-apps list). I think it's doable with some effort. In the meantime, is it OK if I install my patch to enable building with native compilation? That would simplify experimentation. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 15:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163206533619241 (code B ref 50666); Sun, 19 Sep 2021 15:29:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 15:28:56 +0000 Received: from localhost ([127.0.0.1]:39571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRykS-00050F-AE for submit@debbugs.gnu.org; Sun, 19 Sep 2021 11:28:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45672) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRykQ-000502-By for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 11:28:54 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55630) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mRykI-0003m4-Kh; Sun, 19 Sep 2021 11:28:46 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3981 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRykI-0007Pv-7Z; Sun, 19 Sep 2021 11:28:46 -0400 Date: Sun, 19 Sep 2021 18:28:37 +0300 Message-Id: <83fsu04mai.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Sun, 19 Sep 2021 10:27:27 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org > From: Ken Brown > Date: Sun, 19 Sep 2021 10:27:27 -0400 > > > I don't think I understand: rebased and added how? manually? > > No, by a script that Cygwin would have to create and that Emacs would call. We > already have scripts that do system-wide rebasing (and that are run > automatically, without user intervention). The question would be how to extend > this to per-user rebasing. Achim and I have just begun discussing this on the > Cygwin mailing lists (currently the cygwin-apps list). I think it's doable with > some effort. > > In the meantime, is it OK if I install my patch to enable building with native > compilation? That would simplify experimentation. Yes, it's okay to install that, but it's a band-aid at best, and we'd like to have the complete solution in Emacs before we release v28.1. Is that feasible? Thanks. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 16:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16320682878422 (code B ref 50666); Sun, 19 Sep 2021 16:19:01 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 16:18:07 +0000 Received: from localhost ([127.0.0.1]:39652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRzW3-0002Bm-Bv for submit@debbugs.gnu.org; Sun, 19 Sep 2021 12:18:07 -0400 Received: from mail-dm6nam11on2091.outbound.protection.outlook.com ([40.107.223.91]:45323 helo=NAM11-DM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRzVy-0002B3-7L for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 12:18:05 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=aWOIcnJu4qm0LCtlP2Cu3oEydL1ihCFtHGsVwwrydfw4simnvSjUlw2OaCaTQim4O0lNDBkRyOvV7v1BMPlW+B6jiRvre21qtD3bYVZ/1mZEjxUyfDpKo3Cp6jZXLnAibPzm08UeasbflYfWk8WIMku9CerYZPLgfYd0up9HhUnHxApcl8T7U2d0vaFRW41G3BtlJF0khvpgebnJdfKp+Ku4JFJHpC7awY/bpfkBQTOg95Bu2K6BAJIeMeyUY1Ncjm5OfbgfNMG9JlDstyzWVdh5V+eBl8IPht8egDmB9WwiBohVDkXIIg/3a1SM+SIQc9CyySc7XfIG4Bxoa4NoEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=oAbfGYmwLfARxCRL9Kotv4Ov2ZB6Hs2fIYRRv1+EvH4=; b=ZAVtBiwcQ7IrPOTnBsIwWRduf0Vxi36YLj7miif4DjcjOYdPu1n0ryjKRTorjSoAFoEQbHwnQw2MRkzYLXHNqaOQnC2RHOhHFRAylnCp1LOAhDPnU762jxz+oOOJBiJlTKKxcc2+eeArHoC9V8NpYTZj+IZ2ny6yf383FQ2ENZewq/OG7rhOoRGQamjAR6F4+9JiUpTZO549uG7psv8LOQA02jvv+8Lx0+sGmattfJkOxgepIC2etZU0+qhkcNaQWdSgYvSFQoFhtmI6DtuIyHqgnksQhMHwJbYwpUuSghZ4Pm/k1nh/PTF4eI9CL9yS5iskcpbiWrERwKnj4NNxFQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oAbfGYmwLfARxCRL9Kotv4Ov2ZB6Hs2fIYRRv1+EvH4=; b=QkCqeI8PY14cMQDSohbQ7DwQ5c6Yt1b9F/rK7O4lYe/9uzLCxE/92pIqZnHVTv7+Hp4hcZmJ8Jk6aUM90Wqqbj3mqQweCOsjZgnNfgT6iZp/1GHXQ2LqKgH9G+ozL3dwV1e+MPSmGO6z8Y/qOMtPtDumIVJLTMOzuHpZnT/pmgY= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0658.namprd04.prod.outlook.com (2603:10b6:404:d2::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14; Sun, 19 Sep 2021 16:17:54 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.018; Sun, 19 Sep 2021 16:17:54 +0000 References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> From: Ken Brown Message-ID: <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> Date: Sun, 19 Sep 2021 12:17:51 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <83fsu04mai.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR19CA0002.namprd19.prod.outlook.com (2603:10b6:610:4d::12) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:1d36:e122:658d:e368] (2603:7081:7e3f:3419:1d36:e122:658d:e368) by CH2PR19CA0002.namprd19.prod.outlook.com (2603:10b6:610:4d::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14 via Frontend Transport; Sun, 19 Sep 2021 16:17:54 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f0115fee-8de8-40c2-add5-08d97b890922 X-MS-TrafficTypeDiagnostic: BN6PR04MB0658: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6790; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: VYnZRqx7a317zMJFVWIdZa9p6zrHK/30YgHqprz6W80M7WF9ImfyiGpVHfl8iRibjBrLnWdPgw6N+yBOsQmNnMAJEHN3U73t8biFxDKUkBZmSv0u2FRKV41xWLLRIyY0VCd+OIuoK6vg3gK2tt6jNKMhrg+SpEzika3eWsUjT39q5mR06b1Y7lX20Gx+SIYKwIn3nkNsmUPkv5Zq4xK3gvuwnXJ4Qjp4TpvTdd/uKMNRCi3PqqHd+1uR99WSE4mDq6yK4pOxSetG7w/IUqhuvk869M/eRhAt40JIjGx3ENg4eGsLbAMFGaCmlJ3x7Hdas365w/NXzgYiWmgv9ncy86P7dIha/As2DexJQLXk6S4sGtjEXbRB97kNtjN3+UezPPKmNVy6bcGwv/J1BTlYwLXmBHyOW9QEXNGafc6mfzY8u5v6TZ0aAfq2/9mJDf6HrRRa1FFY7FIUXGMRglqiPvm+pGkfVhdpoN1Hwln1jJycmPQrNp3X9wUgU+LSvdYUrcS8uRf8A3SIMVk0/7mzEbSyfZajkN2uz6z2uM6uniVknUSAQNe0G/7eYrLKB6A7v7vHarro5oU0x2PNT6+z1gtiVPBjCXatYIVf+RJUoZ2NFyRBTUHfRqzDZbBNSAA3t4IkLgSVC5LWIqx30Oo5068BRB1UYbFdWp8HhO2VxYgPB3XE6oxu4mEdPNWdP8tnuhjBXMpIKLmQDnQDqU7Wp5ClXEFPlkLBcjvMIwBTRWM= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(6916009)(31696002)(31686004)(36756003)(5660300002)(508600001)(186003)(2906002)(66556008)(2616005)(75432002)(6486002)(66476007)(66946007)(8936002)(316002)(86362001)(53546011)(4326008)(38100700002)(6666004)(8676002)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: zh6BUCbrLbl0n+trhg8z98YpGeP28hCC+ywTSjdBI++VNxMTZiCPIDslTYcRxRXFmxuRGoZxnXCYZK6rSqUktHlXNcvolXDZGaAhRUklbUk+SmQ+3Kj6rtZbihdoFxQoJ/GU4BMicQbviC+ZI/ybE87rE7KlteXMeEuneyQqeg3c+JbqlBSgI77dPuwxskdRgaY5RSHGH/h22fZ0mbfl5s9NTHQDnT86nUs9mKOuciJg9JstFMUEDPoCkV0UynF+u4o7AkrhfGlRiSyZ7DLB08+hlGprWoYfn+UD3l1zKcDrAvcYQdvS/pVLCCPxinFDJrxJzY82YJFJSwubckf8y5HuwqQtsU+UBLVjX3fqc27uDnbsnZtoFTn4RFMSCsQ1NB0HRZNDoNqXKwZRT3fQsT3WnN1593GwzzFl63BYjuYa0tC3TmuGrCFP2A3C7f/iQMFHf2ZGSkWsRaScfHSj3++HxPgKRr9dHdXktdKxTMGebxQ5raaHIn+FXvtPVFo0w8zLC/ZCx7Lru5yHfYhRmGHkiQgqhk4FU3U3+9V0XbFAhH9CDrrhGsGEqBsnFQSQT/gyX5aK+S9RSIvqTy3Ig0dDWyLgE6/0IL4lGcYsnkipM4YZ7n0dwim+V3fyi9GQwN5IypZY1K83kXsnfgoQib4T3LVJL0A/HDpSTDLbMF2NTprYpCnbyi5qckXggAubkM858vziVYH+9T3RkuIO65u4dRYc9Uu9kwr0WYqyxifaW+hGke7aU5pS7I4aXv5BcRDXhmWuGCMyLQx8roDHHv5pZ/FLDMwaoUm24Gp50DUO5A5MKKXhDbVIA+JZOf+idP3NHgYH9RjIrO9HFw/kMaGR93+AoAhm6iqQCtKLQT9D0c4u2PMjlnDGXNgPlW5xlGgEVP19OkL2/jklsepz157QQPrpQOT0M225puo1ChjoAXAmBQng8asbpolImCwoA6s0FFI/PRJTZRJGfZi3AqOwAOIi20CuAFPpzHgGd7Kf207dTkjb48WpvDuBrq/hWM+msQkhNLRySBNP7iZjrcy971ZZ/wQ5giaGLEjWXPVRKpHDJhDncIi1Y9NqGuIfHTzzUb0R4ux+it1c040uq/InHA2G6ijHGE68XDrjzqQDJ4g2j2j2NAZXbpzHjgf9ZJuEDyyYNgJ2OgEJlfGl0qETyUWJloTgeXfj/pXEHUZMPV1Vs7EDThmhJPVzp/4Le+4n2MGdg0tZfnr+9BofifhXePe3Zys8Zia68Jrth1DdvmUKsrc7FbkxJBaO/vJNFXxrKSHLSDHmixjqMPISz3qaUktmwWAlLfpH2Njj3fafIjp/26WZXUHsKtKletIC8XdmLn1N6qQdt/bBPGauEsxvVDRePnWQnLECe5Hs+s16m1iPIhQxmdUXz1AAvAsB X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: f0115fee-8de8-40c2-add5-08d97b890922 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 19 Sep 2021 16:17:54.4668 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: cS3tBiHxaT+Bj1J/wFEKdrh2/ElXzGAEPIE7uQmH9L+CAk2VUAVKmAbcR0y6bMx7JdBjAiPnb6FqfPLk3iCPSw== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0658 X-Spam-Score: -0.1 (/) 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.1 (-) On 9/19/2021 11:28 AM, Eli Zaretskii wrote: >> Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Sun, 19 Sep 2021 10:27:27 -0400 >> >>> I don't think I understand: rebased and added how? manually? >> >> No, by a script that Cygwin would have to create and that Emacs would call. We >> already have scripts that do system-wide rebasing (and that are run >> automatically, without user intervention). The question would be how to extend >> this to per-user rebasing. Achim and I have just begun discussing this on the >> Cygwin mailing lists (currently the cygwin-apps list). I think it's doable with >> some effort. >> >> In the meantime, is it OK if I install my patch to enable building with native >> compilation? That would simplify experimentation. > > Yes, it's okay to install that, but it's a band-aid at best, and we'd > like to have the complete solution in Emacs before we release v28.1. > Is that feasible? Yes, I think so. And if we're not able to do it, I would propose disabling native compilation on 32-bit Cygwin. The user experience is terrible as it stands. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Sep 2021 17:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163207154730787 (code B ref 50666); Sun, 19 Sep 2021 17:13:02 +0000 Received: (at 50666) by debbugs.gnu.org; 19 Sep 2021 17:12:27 +0000 Received: from localhost ([127.0.0.1]:39792 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mS0Mc-00080V-V5 for submit@debbugs.gnu.org; Sun, 19 Sep 2021 13:12:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58918) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mS0Ma-00080H-H5 for 50666@debbugs.gnu.org; Sun, 19 Sep 2021 13:12:25 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:58162) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mS0MU-0007XP-F7; Sun, 19 Sep 2021 13:12:18 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2350 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mS0MU-0001zN-1f; Sun, 19 Sep 2021 13:12:18 -0400 Date: Sun, 19 Sep 2021 20:12:06 +0300 Message-Id: <837dfc4hi1.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> (message from Ken Brown on Sun, 19 Sep 2021 12:17:51 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org > From: Ken Brown > Date: Sun, 19 Sep 2021 12:17:51 -0400 > > >> In the meantime, is it OK if I install my patch to enable building with native > >> compilation? That would simplify experimentation. > > > > Yes, it's okay to install that, but it's a band-aid at best, and we'd > > like to have the complete solution in Emacs before we release v28.1. > > Is that feasible? > > Yes, I think so. Great, let's hopw you will succeed. > And if we're not able to do it, I would propose disabling native > compilation on 32-bit Cygwin. The user experience is terrible as it > stands. Yes, that's why I said "unworkable". Indeed, disabling it in that case would be TRT. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Sep 2021 21:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16323465492416 (code B ref 50666); Wed, 22 Sep 2021 21:36:02 +0000 Received: (at 50666) by debbugs.gnu.org; 22 Sep 2021 21:35:49 +0000 Received: from localhost ([127.0.0.1]:51954 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mT9u8-0000cu-Fu for submit@debbugs.gnu.org; Wed, 22 Sep 2021 17:35:48 -0400 Received: from mail-mw2nam10on2115.outbound.protection.outlook.com ([40.107.94.115]:36704 helo=NAM10-MW2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mT9tx-0000cT-6I for 50666@debbugs.gnu.org; Wed, 22 Sep 2021 17:35:47 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fGz003oTs2ALzzhqQXlxdQ2rJYKktEmHChr7Sg/GUVYDO/pTgH9BBvYvleHdEa7OQ1r+p7MJ5Jvh/An19fcWcKO2HPEO/l0jI4Vq5EHD9ASSHPY9Ci2UPvMd2E/cD3jBv9y66fhqc7Nvm91VPnbNQkM+yWLGw+2o6ike1hnSqfLt/l4gbYdnAXBllAFtOZfsYCN3A9zrmS1uUNkv/VMm8caKB5roZaXI4L7/vxfjpKg9FF5P21sJaYEAZRCHSwUD9NvyLIWBOpXjp3cwRYkvKMie1j4jhSKoieCzZND4w2M7rQq6V5auPOWMCXI8tFRd3w1FqcIalFe9Ngp9W1TBTA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=IkZKi9jWZ1ioPhakfwDmy6MCM/Zjdy2trg9gQOa1VYg=; b=ZMgJiMPyh97JQdUrtqj64Vtk7+m6dFFpDYfFd1Qz4QODrEMfr570qXVDs20oZaLmZM4SID0uwabh5M2G7I7O+8eb07Hr+N8PZu0J+Ebvfa/wop9cs8+e9DiChEUYagRTajz/Q4HBciDGTKmWGoybdMh3Stzu3uk2V2lbJKBQMeLvVYifAy9Hl47Fe5OlJqgGbMLKKxC7VGa/ZzGdI5GDkwZ8EKnSYNMsHxnxZ6n6fo/JgabaVDgfe2oWD2qfF3R7qtyTugQce4ElX3Xec7aJjHI86KuC66LH4n+3rj8ssiRAIwvQiwyhJwxI4panqDRPP71F9w5avmhEFkFSGestJw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=IkZKi9jWZ1ioPhakfwDmy6MCM/Zjdy2trg9gQOa1VYg=; b=IomV8Vs6MYQ17grZRRmIDKG6nmKveL+H7s3cMcED+xU1WVxycufurnyNCx68e1VeB/9IUaVJx7wiNHi9Agxs5LkejvPVwzMfSXzdLetCgtZnvFphh4rj+LDSQ68xcCBBSuc4ugrwnO5ZDfZXVxpfLXzy+r+FzX2AGQLucs9+kwo= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0531.namprd04.prod.outlook.com (2603:10b6:404:97::12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14; Wed, 22 Sep 2021 21:35:30 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.019; Wed, 22 Sep 2021 21:35:30 +0000 References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> From: Ken Brown Message-ID: <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> Date: Wed, 22 Sep 2021 17:35:28 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <837dfc4hi1.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR11CA0003.namprd11.prod.outlook.com (2603:10b6:610:54::13) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:8038:2245:c6fc:6fdc] (2603:7081:7e3f:3419:8038:2245:c6fc:6fdc) by CH2PR11CA0003.namprd11.prod.outlook.com (2603:10b6:610:54::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.13 via Frontend Transport; Wed, 22 Sep 2021 21:35:29 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f29ec547-32e9-4730-9f06-08d97e10e669 X-MS-TrafficTypeDiagnostic: BN6PR04MB0531: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: 4tZ7X4pu5jVcAqSJc7ZJrjt8Dat+Qmi7xUdOaoOlizDfW6JPkzDMkKLCvQi0zc82PAAqm7qqLOu9Cee7/7aHT3koHuuCPK0da2Yt9cU/r68NJdOkbyJ/1WD1QZ+VdJKzeQE+kyN7xM58uANRLJEHfhXgcGyBTLjsYw3oZVGtbjeE6IOZeNxi/hKJQBypl0rTmXhvDH8cNkcPKk5gN1VslbT/W/6N3iSYwjj8XOsILvj5fBM9i955CAB2KUP2TbwXUrLreUquSj10k+n5JKOVRq1WRVRgUxeEXqMv381uZ8OcjgKZpT329Dk72R6wzfOdPflU1XthXGT94uNvABvFXLLu7rkhTO0dTruzQfVHsuYY4iJ5UjOrXblzmRxYbYp4lkZqsMFeWSYJi6Bmu2Z8g0Ns/xdTuly+MfXELdHlzt0JIeDNg9pIpzc1qKua+xBYPNmpsYec/JIQnF4NA2PQTAiaNujYNp+t26qYpTH6+awd8bFwodrcTj540kFLL18iqO9kejmHbqT2oCx+rCFgwnpi57kASOxAHQnRxaLCfXu27GeRgfqG97EcUu5316SYzs65UjaSQRPo3Sbd9Z0lhODarddprKt+jHRsbZ5qK59tWe+tdvNSXi5GFTYFgIbwHLwe+ssB7gx8hatPgRYPLBs8v799hxt/mvw7j6uD1giMlOV4onCmUgHPWYrC11b7DmachssySivoiaAtaYWGDwqS7NK3HYfpUooo1Odq6m0CAdaB4I8z58BLSSdPNAkM X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(84040400005)(86362001)(4326008)(8936002)(316002)(75432002)(8676002)(66946007)(53546011)(66556008)(2906002)(186003)(508600001)(36756003)(6916009)(31686004)(6486002)(5660300002)(66476007)(38100700002)(31696002)(2616005)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: brsnKILnjw+0Gqnbk4Aou7FivGJRpjFsAxZU1LeGv9ooWfeVLQFmNzTEmGlrB0jTjk8o0TlkpFI3FX5ITyYSY9RKs0jrFJBeo4eYAheQh6eGn75EBurwKnF9iwG9jK1KJGIPFjdcqOvsjIqK4l69I+mJABlJ6BZMgj+Mtte4I+hSzAUE+qLskWPHo26T++S/il0nYksfbxIYfPABxbzOkmgy9j0137vvDQiF59v4EZLA3FAbF0BRH9l02bOVmPKf4WGsHvXmtnY+ubIiNBTLYulCvrg7m8qfftuAnhpfj6gRKKw/zOmuRI18jFvEEJCmCx7jqS9cs80qdIG0dPh/t2rzl3xAJimRbBC9knwEwOXYMjGJOKw++gCy5JmbA1hkcZT6IWTGO5H0nOFYdbSFaHcOO2h7+h/HXHoD9QyNdmE4mrTIvzJQayJQztvD811AA4KYiAGCwaQJMjcfRzxRTDRFRnfKV9dLU8Wj/fKdAql4D4AsNBrPZb7hbxRRc6wI36tSFmAVkZ59DjIK2rhMARoweCZQzspgBqgSil3XtTaiGI09bW5WX8xMtcHIiSCpYKG95nCupqbfSlKXZlvc+0uXxCiqwT44NqGiAhvmQFNeHwSXEI82XvtrY0ho5fs5Wh0mzZk33XMmCy7g1r4QKrzEIS+jwSvsYvDUe5UusP5RSpJYp95fSU5hg0nrEO+8E03QeE/oY90tHlwCXIlQCt9k4YDg+YjuPKnETox/lTl7a3r6Qz4h0Aen2x3bTYA3Ej2A5HcQhuwClrMvBJEOVUOlwVFcVw/5JcfpIct75q5nCh39G56bcBOoE8Ww8KBzW7RuC2VGPY/uhGPw8l54avOHrO/IcoxqDS55qLknbCtWIa+XWDP35LgEQW5sWcOimhxsenluyfJ0vRoMGwMmCstSiA22FuaXWUYBD0xltUcNIMN0NlODH2CQZEC+OR7jryH1tUD5J1OKipjVlyVy3oA59DD72vuw9oEwvBZmT4HD2gSAieBWkVoG4lGapI7fkwz9gcWhVBoBjdY+R3PUA3ooYXtidPHFdjQ7Jzz1UNtFn9YwHx3IhgVp2hLjy3bFFCvBdzkJcUQxmgI+2qRGkhVVvkRig428hhcuuaxMLubTaY3TClnbWfp371FJF+GDwWm2G8qmW+ea3vkt7Itm7E/D1J1IlFNe/6kXhQAkqoEWCAvafnP42dmllUpbtwWy2YkBox0ff71Cqc6xZhCam5HjpfCkR1EG/N4AlO/C6OSWSx2twILSV0gHZ3yw3qR6hGyfKRWn+p+lSbYRjBwzhnldd5DysaUMkDbHbnZpjluEEeeDLEFJC4qnH3cmszpoSp0ZlgWeR7nHkq5j2nfzZzY5ZtT+FXv4TSBQF5jpzoi3qpFSXKJYHw/pcUWLNfMx X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: f29ec547-32e9-4730-9f06-08d97e10e669 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 22 Sep 2021 21:35:30.0983 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: IS1AFlvfV3aE+HWOZGxYaclBfZ6/Tn6oVPK3SoaOswbLEBLs2WVWV0OT2KLmfLtcR0nslrVpZyJvUd9H340dew== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0531 X-Spam-Score: 1.7 (+) 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: On 9/19/2021 1:12 PM, Eli Zaretskii wrote: >> Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Sun, 19 Sep 2021 12:17:51 -0400 >> >>>> In the meantime, is [...] Content analysis details: (1.7 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 T_SPF_TEMPERROR SPF: test of record failed (temperror) -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 MSGID_FROM_MTA_HEADER Message-Id was added by a relay 1.3 FORGED_SPF_HELO No description available. -0.1 NICE_REPLY_A Looks like a legit reply (A) 0.4 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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.1 (-) On 9/19/2021 1:12 PM, Eli Zaretskii wrote: >> Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Sun, 19 Sep 2021 12:17:51 -0400 >> >>>> In the meantime, is it OK if I install my patch to enable building with native >>>> compilation? That would simplify experimentation. >>> >>> Yes, it's okay to install that, but it's a band-aid at best, and we'd >>> like to have the complete solution in Emacs before we release v28.1. >>> Is that feasible? >> >> Yes, I think so. > > Great, let's hopw you will succeed. We've made a good start on the Cygwin side, but I have a question about how to integrate it into Emacs. Let's say we have a script that I'll call "rebase" for the purpose of this discussion, which rebases all the eln files in ~/.emacs.d/eln-cache. The user would then start Emacs via a script that first calls rebase and then starts Emacs. Within Emacs, I would then want to do something like (if (eq system-type 'cygwin) (call-process "rebase" nil '(:file "") nil "" ...)) after every compilation but before the compiled file is loaded. I'm not familiar enough with native compilation to know where this should go. Or maybe it has to be done in more than one place, depending on whether the compilation is synchronous or not. Can you help? Thanks. Ken P.S. The rebase script will fail to rebase eln files that are already loaded, but that's harmless in the scenario above. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 07:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown , Andrea Corallo Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16323829674076 (code B ref 50666); Thu, 23 Sep 2021 07:43:01 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 07:42:47 +0000 Received: from localhost ([127.0.0.1]:52583 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTJNX-00013e-7O for submit@debbugs.gnu.org; Thu, 23 Sep 2021 03:42:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTJNT-00013N-Th for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 03:42:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36090) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTJNM-00046Z-M0; Thu, 23 Sep 2021 03:42:36 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2312 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTJNM-0004Gi-8D; Thu, 23 Sep 2021 03:42:36 -0400 Date: Thu, 23 Sep 2021 10:42:33 +0300 Message-Id: <83o88jvity.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> (message from Ken Brown on Wed, 22 Sep 2021 17:35:28 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org > From: Ken Brown > Date: Wed, 22 Sep 2021 17:35:28 -0400 > > We've made a good start on the Cygwin side, but I have a question about how to > integrate it into Emacs. I added Andrea to this discussion, as he knows more than anyone else about the Emacs side of this stuff. > Let's say we have a script that I'll call "rebase" for the purpose of this > discussion, which rebases all the eln files in ~/.emacs.d/eln-cache. The user > would then start Emacs via a script that first calls rebase and then starts > Emacs. Is it really necessary to rebase the *.eln files before each startup? Isn't it enough to rebase each of the .eln files just once, when it is produced? If indeed this is needed every time, can you explain why? > Within Emacs, I would then want to do something like > > (if (eq system-type 'cygwin) > (call-process "rebase" nil > '(:file "") > nil "" ...)) > > after every compilation but before the compiled file is loaded. > > I'm not familiar enough with native compilation to know where this should go. The non-preloaded *.eln files are all loaded by native-elisp-load, so I guess the rebase should be launched from there? The preloaded *.eln files are loaded in pdumper.c:dump_do_dump_relocation, but do we need to support non-rebased preloaded *.eln files? > Or maybe it has to be done in more than one place, depending on whether the > compilation is synchronous or not. > > Can you help? I hope the above helps. But I think we should understand better all the aspects of this issue, to make sure it will work correctly in the wild. The *.eln files bring quite a few new and unusual aspects and dependencies to Emacs, they are not just another kind of DLLs loaded dynamically. So I'd appreciate if you explained: . why is rebasing needed (I think I understand that part, but I'd prefer an explanation from the experts) . how will the 'rebase' utility determine to which address to remap each .eln file > P.S. The rebase script will fail to rebase eln files that are already loaded, > but that's harmless in the scenario above. When an updated .eln file is produced for .eln that is loaded into some running Emacs, Emacs on Windows renames the original .eln to avoid a similar problem. Can't you use the same technique, to avoid the need of rebasing on each start? Please note that users could place *.eln files in unusual locations (and customize native-comp-eln-load-path to reflect that), so finding _all_ of the relevant *.eln files from a shell script might not be easy. In fact, even without customizing the load-path, I don't think I understand how will that script you propose know where to find all the *.eln files. Thanks. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 14:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii , Andrea Corallo Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163240683825906 (code B ref 50666); Thu, 23 Sep 2021 14:21:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 14:20:38 +0000 Received: from localhost ([127.0.0.1]:55313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTPaX-0006jl-Lk for submit@debbugs.gnu.org; Thu, 23 Sep 2021 10:20:38 -0400 Received: from mail-sn1anam02on2100.outbound.protection.outlook.com ([40.107.96.100]:63559 helo=NAM02-SN1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTPaS-0006jO-Mn for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 10:20:36 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=cYtDeqXz66iVKW4v+oWdoePFTR+KWG0hEMzo+A3jRZlidA3vLS3nyrw5Vj4DFFBpwvAHtMfv4h1JfD3n39BqcfB1aMIEM+wk2NmPuib+thVULpZb6L7Qz20srCxq5usapTGDfFQryw0GtYe7nuxBoUtCkiN9G9E3Ipe24UGd/Ea1a+b77wMp+Bf2u4uy+PJiSujM/VICYp5be0KhuGSSwnlrbJo27j9F7SkWog31kxsbelsqzf6Y6CKnT6kL1/XlAC5AD1gJkS8VbJX+pvHNkEKnJvoQY5+IUMndhjyMTalos30L5/YDKofJ5pXIzgq/rU2k/YspNNhm/NWWEyT0pQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4epyYpGxvGq3Wc3A0y9mOWhctXT08WzeZiXSLQLO/qg=; b=R0cKUgtKrpAoIw4x9MjHMh+MX4160aU9lKxFC3bs/rEEYCC1VkptZWm+7f7UjJVboClrmOy5wmKa5yQInpSthIZ7TJxUShHmCq9DsXuGyvnQ4PXCkRJIUzzOA5B5scXyE43SUYwmMEgrDvo9El4JG7SofkySRakV5tUzZY8rZI26SRSqRAa8s2NO+v2MsYI/tIrh7tigCrVF9PEjpVhdTqO07h5AZzUEqmPd3BglSGah9QbEDNIn8zRz/jkaYa28HE+k/JlrXA5W8lQ/cvNTogyE+K89PsIpECNJ94ydSfgEkQbultGODYhVb6fqUBUSObgaCd2Qenl6xUdqFcFFKQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=4epyYpGxvGq3Wc3A0y9mOWhctXT08WzeZiXSLQLO/qg=; b=IDn3Mud5AT1QdmcxmAgv3DnZkgHz5ILCmNC/6O36GLeBTKpe6kuG1cP+v+Xtieju7zw+G+Pb4xUOJDsH8s7QQJXjGIadFH2ZI38/XodOFZASYpA12mtddL+celwZN6X5RUunoBStasQIZnC3JjGB9FLPC2pJRhU5td83UK0tU2A= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN8PR04MB5715.namprd04.prod.outlook.com (2603:10b6:408:74::32) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.13; Thu, 23 Sep 2021 14:20:22 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.022; Thu, 23 Sep 2021 14:20:21 +0000 References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> From: Ken Brown Message-ID: <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> Date: Thu, 23 Sep 2021 10:20:19 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <83o88jvity.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH0PR03CA0392.namprd03.prod.outlook.com (2603:10b6:610:11b::31) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:8038:2245:c6fc:6fdc] (2603:7081:7e3f:3419:8038:2245:c6fc:6fdc) by CH0PR03CA0392.namprd03.prod.outlook.com (2603:10b6:610:11b::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.15 via Frontend Transport; Thu, 23 Sep 2021 14:20:21 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: fb0d26a9-0fa8-493b-e4e4-08d97e9d46ff X-MS-TrafficTypeDiagnostic: BN8PR04MB5715: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: k0KYJxykEgPlR21W/po38N56jis5d/yvrWgFPqwE2pAS1c/AGCogUol8ZgcILJwozayMEVdP6Nhn5sqhIrq2Sp81j0kvVEufcpdGBj44jIvsF70HeLrI9/cU5sNGdd3o8YcxsRvxxOgkwrw2FzKr78eq9b0bjO1kqsXAKQIFu9RQ4842XFtS7Vav3XcsQLULIwgFFUcbgcgG5VQrXZA2qQoIULWXRthhyV/mXlEdGloNO/UYR8ZPOCkf0ErMTyTYKHHQeYhE5TobT5je2QZvoWuQH+fAB+FWgseWePibQmRy+pkkxBKRm4v2WgiRxFlWoPAzDp0WaT/GK8Ty0vfWGhMtH1NHiflZZgN+VyhIehRpHFauimP4OgMBMF+omrgEgPn8IsjtFOznf+JQERJ30AZSiwppK9cvd91lu3nu3MD3NBhUtn3VvfEBgyoUaHHdsDCeSX/J63LwhuP1XU91/h9sv+PsNJ1YyVoP6roCeMaa1evzIYL0hyr2EEa1+4MKaL8Xt1S2WHAT4bDPOEvdrQbDm4PwGb8rGZCIkV5gmuQmBs0dbNei+3/WUYfCfEHkB/+ym43HwbgqVT3XpFgc+AZI/5sIcy4cwzd5BjuWiAmWdC+5hYSydnq+3hZySXM/R63ZBhcOBKhqmzx8GjKyzWhUSPpKDVyWiPrsiuUDjjMCbM2zBSlmR662R394I0MSXUS9fRmFpOz8chjiUTQJ5a84jh8oCa00sd7rBN4P3WhM2p3bpH8VeZLz9s7lvfs9+2WbZQPMRPvimDrMxOmenaZ6pOyhh/VyXhMyxKzs9mhPwQbq3r6XGMoG1htWWd8w X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(84040400005)(5660300002)(2616005)(31686004)(38100700002)(316002)(966005)(8676002)(66556008)(66476007)(508600001)(66946007)(53546011)(4326008)(31696002)(8936002)(110136005)(86362001)(2906002)(36756003)(75432002)(83380400001)(6486002)(186003)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: B6XNwdXiaeVPylQON97BQbKg0xbAd8Xgcp4pxXiCahtNiWwmiXs6aL3ptPsWAnE35heGIgZl5rGJqYlaeb2GECJ7OcKSCVXwd18O/6C80Llw7/ae1xc3x0wcugh/PtXWeCMl/SGyQbfqkichhdpE4f7L/76POR4fleVjZ7afpEJ76fTa3/wdBExkOfK33QKBQQurii7oygE+oFCLPQwLB4lZ0fZKQHJnzRx5nmRfTSIFyjcg4KORaAnlKZAxd1bnNCnmuX8/o7hV31cEe4Ba/dcnCp3dr9w/2N7HYRy7dItSxGANK+kUIvhUmSuA71N/StNtC/GWSFkhTR1rf4QyyClMKz5DgEwP7mfvNiAceas1PJNDCBEQ6hoY3Np2dt6jh2IiV8CitE/QLg7nOAhUEm7+M/pe5y0Ttj6NhB83MHI5jRm9C+icl6X3UA4rpofQuHzCHn7Qm15MZfLADrKd7aewOdrnXwLSQp57qmaWPme/Sk2n5cO/PPaRHeQ+5FTUqYCPyH5YZlgDm2xK2VxwFwgvMzAinmxw+IKYvB47kqi91LhseXIYAm5dtF7Kyr1UUegsHsEnN9NqqZfT2I/xQeEIczWjyFN7vo/TyZOR6XnmI1LjPvSjmXDh0zsbNBxkTUOt4DT+0xPfOy8fG9HvXZMzd1gyValHCXYXYMATGb0MIvV0/mYrysqCRy+112fdMMa0oL2g0y5bFTRGggT9TcmbR7Qseb+J8sbpkBL9aYMpNvi5Mx6Xgc7PV16yu8EbcIcxZNpCiboM4/UzoAG9aipPJ/rYuvPWw0UtMScpmFfWem0f3h/Npb9uR+ATNfF/+nq8Bv/5OzJh9yIMf8kSCsbyFa3MFTYZgJS53LL1IVeFG4minDahulWXTBIBa+9p1KHkd28n0ZAVeN2zfBpsty87GT1axEd6WVJr+kiIKB6LVLpyb0s/nwhLqTxVGzoZE4jk6Tv9BgjTClf+n7kKMwgsN8nZ9thZkwScyYzpmu5la5brWHYqJEBmdnaPaKBKXllsAcgIrNTOU0bIqR1iJP0r6zqe91iA1PKrypBUTFMfy8tiMJphAgXPk7amcLS8RuVkiZmqWqGWsC4CwsnM4IO1UWiKxyDEXLJVrN0n1DxuQmEFzt0DadP7+bfQpffunyJTwM1TiWd7YBtcDWxZHkcR4ISw2jc+Lz5GHlvwvdsNFZEvSx3687MZilmYcUEgANUnUsTs3slQzaPVxD99RjeP0QnyxlstgazDPnQ/gXzU/2DHfC6HDuodk2iMzcnVtRDctfrax0+ByC7dWhrWqIFEtO+sz42582Kmov6ZhHM6uck0dqYbhMeLHIKmegnV6BbeDkRnk59k/mjCXM7fIMhrWYRztpOkiXODw0RaNFFUEo0xVbzSpnKaemK6yuKPeF2yv+bxmgDr4jrDYV4zgQ== X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: fb0d26a9-0fa8-493b-e4e4-08d97e9d46ff X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Sep 2021 14:20:21.8265 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: XCIQO6MYSWtEVDVM6KfxDXRQ+okpbke5uICCQvwAxJJT8KlIvn3de9ES9GLmpAvgBoq2e9nxlXJwETuDhoUI2A== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR04MB5715 X-Spam-Score: -0.1 (/) 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.1 (-) On 9/23/2021 3:42 AM, Eli Zaretskii wrote: >> Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Wed, 22 Sep 2021 17:35:28 -0400 >> >> We've made a good start on the Cygwin side, but I have a question about how to >> integrate it into Emacs. > > I added Andrea to this discussion, as he knows more than anyone else > about the Emacs side of this stuff. > >> Let's say we have a script that I'll call "rebase" for the purpose of this >> discussion, which rebases all the eln files in ~/.emacs.d/eln-cache. The user >> would then start Emacs via a script that first calls rebase and then starts >> Emacs. > > Is it really necessary to rebase the *.eln files before each startup? > Isn't it enough to rebase each of the .eln files just once, when it is > produced? If indeed this is needed every time, can you explain why? We have to distinguish between system libraries and user libraries. Libraries installed by Cygwin packages are system libraries. The *.eln files in ~/.emacs.d/eln-cache are user libraries. Cygwin maintains a database of all system libraries and their base addresses. Whenever a Cygwin package is installed or updated, Cygwin rebases all system libraries and updates the database. Each time Emacs starts, it has no way of knowing whether the system libraries have been rebased since the last time Emacs was run. So the user's *.eln files could now have base address conflicts with system libraries. Rebasing the *.eln files fixes this problem. >> Within Emacs, I would then want to do something like >> >> (if (eq system-type 'cygwin) >> (call-process "rebase" nil >> '(:file "") >> nil "" ...)) >> >> after every compilation but before the compiled file is loaded. >> >> I'm not familiar enough with native compilation to know where this should go. > > The non-preloaded *.eln files are all loaded by native-elisp-load, so > I guess the rebase should be launched from there? The preloaded *.eln > files are loaded in pdumper.c:dump_do_dump_relocation, but do we need > to support non-rebased preloaded *.eln files? The preloaded *.eln files will be installed by Cygwin's package manager when emacs is installed. They are therefore system libraries and are automatically rebased as needed. >> Can you help? > > I hope the above helps. But I think we should understand better all > the aspects of this issue, to make sure it will work correctly in the > wild. The *.eln files bring quite a few new and unusual aspects and > dependencies to Emacs, they are not just another kind of DLLs loaded > dynamically. So I'd appreciate if you explained: > > . why is rebasing needed (I think I understand that part, but I'd > prefer an explanation from the experts) I'm not as expert as I'd like to be on the intricacies of Cygwin's fork implementation, but here's my best attempt. Achim may want to correct it or add to it. When Cygwin forks, it creates a new process and copies the memory image of the parent to the child. But Cygwin uses the Windows loader to load DLLs, so it has to ensure that Windows will load all DLLs to the same addresses in the child at which they were loaded in the parent. The problem occurs when there's an address collision, i.e., two DLLs have the same hard-wired base address. Window then resolves the collision by loading one of them at a different address. But there's no guarantee that it will resolve the collision in the child the same way it resolved it in the parent. That leads to a fork failure. Cygwin tries to head-off such problems before they occur by rebasing as I've described above at package-installation time. > . how will the 'rebase' utility determine to which address to remap > each .eln file It simply chooses an address that doesn't conflict with any of the system libraries and the already-rebased user libraries. >> P.S. The rebase script will fail to rebase eln files that are already loaded, >> but that's harmless in the scenario above. > > When an updated .eln file is produced for .eln that is loaded into > some running Emacs, Emacs on Windows renames the original .eln to > avoid a similar problem. I hadn't thought of this issue. We may have to use a similar technique... > Can't you use the same technique, to avoid > the need of rebasing on each start? ...but it wouldn't eliminate the need for rebasing at each start for the reasons explained above. > Please note that users could > place *.eln files in unusual locations (and customize > native-comp-eln-load-path to reflect that), so finding _all_ of the > relevant *.eln files from a shell script might not be easy. In fact, > even without customizing the load-path, I don't think I understand how > will that script you propose know where to find all the *.eln files. The current proposal that Achim and I are looking at would require each user to maintain a file ~/.config/rebase/dynpath.d/emacs containing a list of directories where the .eln files can be found. By default, this file would contain one line, which is the path to the standard eln-cache directory. Users who customize native-comp-eln-load-path would have to modify that file accordingly. For example, I currently have a second line pointing to the native-lisp directory of my emacs build directory, so that I can do testing of my built emacs without having to install it. Finally, as a side note, I don't think it would be a tragedy if this just turns out to be too complicated and we have to disable native compilation on 32-bit Cygwin. The Cygwin home page at https://cygwin.com/ already contains the following: Address space is a very limiting factor for Cygwin. These days, a full 32 bit Cygwin distro is not feasible anymore, and will in all likelihood fail in random places due to an issue with the fork(2) system call. Therefore we recommend using 32 bit Cygwin only in limited scenarios, with only a minimum of necessary packages installed, and only if there's no way to run 64 bit Cygwin instead. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 16:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163241506626254 (code B ref 50666); Thu, 23 Sep 2021 16:38:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 16:37:46 +0000 Received: from localhost ([127.0.0.1]:55689 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTRjF-0006pO-Ex for submit@debbugs.gnu.org; Thu, 23 Sep 2021 12:37:45 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTRjC-0006p4-OR for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 12:37:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51794) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTRj3-0002fJ-R1; Thu, 23 Sep 2021 12:37:33 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3291 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTRj3-0007hh-BG; Thu, 23 Sep 2021 12:37:33 -0400 Date: Thu, 23 Sep 2021 19:37:31 +0300 Message-Id: <83bl4juu2c.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> (message from Ken Brown on Thu, 23 Sep 2021 10:20:19 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org > From: Ken Brown > Date: Thu, 23 Sep 2021 10:20:19 -0400 > > > Is it really necessary to rebase the *.eln files before each startup? > > Isn't it enough to rebase each of the .eln files just once, when it is > > produced? If indeed this is needed every time, can you explain why? > > We have to distinguish between system libraries and user libraries. Libraries > installed by Cygwin packages are system libraries. The *.eln files in > ~/.emacs.d/eln-cache are user libraries. Cygwin maintains a database of all > system libraries and their base addresses. Whenever a Cygwin package is > installed or updated, Cygwin rebases all system libraries and updates the database. > > Each time Emacs starts, it has no way of knowing whether the system libraries > have been rebased since the last time Emacs was run. So the user's *.eln files > could now have base address conflicts with system libraries. Rebasing the *.eln > files fixes this problem. What do you mean by "system libraries" here? Does it, for example, include the DLLs distributed in the Cygwin port of libpng or libjpeg? Or does that include only the basic libraries: the Cygwin DLL, the C runtime, etc.? > > The non-preloaded *.eln files are all loaded by native-elisp-load, so > > I guess the rebase should be launched from there? The preloaded *.eln > > files are loaded in pdumper.c:dump_do_dump_relocation, but do we need > > to support non-rebased preloaded *.eln files? > > The preloaded *.eln files will be installed by Cygwin's package manager when > emacs is installed. They are therefore system libraries and are automatically > rebased as needed. If the only problem is with non-preloaded *.eln files, why not rebase them on the fly, when they are loaded. That is, run the 'rebase' command from the native-elisp-load function, before it actually loads the file. User libraries are never loaded during startup, only when some Lisp requires them. > > When an updated .eln file is produced for .eln that is loaded into > > some running Emacs, Emacs on Windows renames the original .eln to > > avoid a similar problem. > > I hadn't thought of this issue. We may have to use a similar technique... > > > Can't you use the same technique, to avoid > > the need of rebasing on each start? > > ...but it wouldn't eliminate the need for rebasing at each start for the reasons > explained above. Perhaps that need could be eliminated after all, see above. > > Please note that users could > > place *.eln files in unusual locations (and customize > > native-comp-eln-load-path to reflect that), so finding _all_ of the > > relevant *.eln files from a shell script might not be easy. In fact, > > even without customizing the load-path, I don't think I understand how > > will that script you propose know where to find all the *.eln files. > > The current proposal that Achim and I are looking at would require each user to > maintain a file ~/.config/rebase/dynpath.d/emacs containing a list of > directories where the .eln files can be found. By default, this file would > contain one line, which is the path to the standard eln-cache directory. Users > who customize native-comp-eln-load-path would have to modify that file accordingly. That's tough on users, because Emacs by default automatically compiles every .el file it loads into .eln, if there's no up-to-date .eln file already, and the compilation runs in the background (by forking additional Emacs sub-processes that run in batch mode). In addition, the native-compilation process sometimes decides that it needs to create a special "trampoline" .eln file (if you want to know why, I'm sure Andrea can explain) that correspond to parts of the *.el files. The upshot is that users may not even be aware that new *.eln files have been created as part of their session, and may not know their names. Unless the automatic rebase process, which runs from native-elisp-load, will also update the file in dynpath.d, I don't see how users could maintain such a database by hand in practice. There's one more aspect that you should be aware of. A single file FOO.el could give birth to several different .eln files, for example if they are compiled by different Emacs binaries and/or from different source directories and/or from somewhat different versions of FOO.el. For example, I now have 3 different versions of .eln files corresponding to window.el, in the same directory: window-0d1b8b93-3370bedb.eln window-0d1b8b93-7d08b7b4.eln window-0d1b8b93-f8fc9683.eln This makes the job of maintaining the database by hand even harder and more error-prone. > Finally, as a side note, I don't think it would be a tragedy if this just turns > out to be too complicated and we have to disable native compilation on 32-bit > Cygwin. The Cygwin home page at https://cygwin.com/ already contains the following: > > Address space is a very limiting factor for Cygwin. These days, a full > 32 bit Cygwin distro is not feasible anymore, and will in all likelihood > fail in random places due to an issue with the fork(2) system call. > > Therefore we recommend using 32 bit Cygwin only in limited scenarios, with > only a minimum of necessary packages installed, and only if there's no way > to run 64 bit Cygwin instead. My point is that maybe we should make that decision already, before burning too much time and energy on it. Maybe you should ask on the Cygwin list whether somebody will object to making 32-bit Cygwin Emacs a second-class citizen. Thanks. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 17:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163241719630375 (code B ref 50666); Thu, 23 Sep 2021 17:14:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 17:13:16 +0000 Received: from localhost ([127.0.0.1]:55760 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSHb-0007tq-TG for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:13:16 -0400 Received: from mail-bn7nam10on2131.outbound.protection.outlook.com ([40.107.92.131]:15247 helo=NAM10-BN7-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSHa-0007tc-5t for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 13:13:14 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Vo6/y1XtwdgSHKo/t+4YxtWanHtR/wT7iaA2VPq7ihzAYVmo6AERu2dIbUPP7rEng6brB76/9rdhj/lxnddMEuZaFXpEShslsGwEIBBveMa0FLkPZ72pc/bb6jHez51XJQeQGWWq0D6LLIAMugD1V8HS3WzqifcOpfrSR485OXKX1RAtuztMGCN/BZL1Ny6BAlosuwjPffyP3Sd6+2C7b2ixlehTCgCUM4Fd6s9XvtyUNT4+GjTYN92tQHgPz/08N2hQErcLo1piYeIHfg6RRA2mQWL9RSYo3uN0mwoY6cWcvJDpk+TXqfLy0eclILZRvF9aqSwsafAuy0Lca4q+GA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=36YSoJ6jPb3pQo6E+NuZoMJD/R747GyaTsw2qUg00nA=; b=chuUmG7IDsNT0xWY1C3fZUK2nxEpkyx2aIUql8x3ih2BFuRgxLP8ATYyR/1Xgjb5gYUsvTT/1BTNu0OP5Foc6SB4sChd2osPax2J6xkaWOgE7ykHIdV92UiISYVVOzO3AiAvOzvaW0o066kvm5KrzJFcJ2vEathBITocycY4E6je5QZrRwIDWMjSACqKsPh7gUcvLQAWFJ4noIUyTJ0S3e+h4A0fld2XBXStCocE+D/F5SDZOkW3gMh2jCgkS7NntgVGXJ2TEJz63ugtuMxnk2iG8HnQLCqs45nD0AN+IsL+N3cl20hDo7zDDgUJuR7bRbn4oXCySTjUfAUJbLWJvA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=36YSoJ6jPb3pQo6E+NuZoMJD/R747GyaTsw2qUg00nA=; b=RsxlR0HwEDjwbgY9W61YNt5cTKDreJ6ceajXbfp5wKj8RuNIBC5fr3g0ztkEdLJoBSpvlCO9QJxUo30UQJiUhAe1LesTuMhyp+hUpo7InWhnnL9gp3Gd4Tfdjt1UBHmqzVTCY695BPrkXuxedIuSVpPvjqaUA5m3YHrHOgluUxk= Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0354.namprd04.prod.outlook.com (2603:10b6:404:99::21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.13; Thu, 23 Sep 2021 17:13:07 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.022; Thu, 23 Sep 2021 17:13:06 +0000 References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> From: Ken Brown Message-ID: Date: Thu, 23 Sep 2021 13:13:05 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 In-Reply-To: <83bl4juu2c.fsf@gnu.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR11CA0029.namprd11.prod.outlook.com (2603:10b6:610:54::39) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:8038:2245:c6fc:6fdc] (2603:7081:7e3f:3419:8038:2245:c6fc:6fdc) by CH2PR11CA0029.namprd11.prod.outlook.com (2603:10b6:610:54::39) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4544.15 via Frontend Transport; Thu, 23 Sep 2021 17:13:06 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b952a529-1f4e-4de3-7594-08d97eb56903 X-MS-TrafficTypeDiagnostic: BN6PR04MB0354: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: S7l1VB99f+HHDX4Dm3krk2ATue6WNNjUCjjRTMxH+bgPBVSNm1mWENbMeE0WVEf0asiARdtzmQ7wrlTMdIe05pXN7zwGz3WGA5ejVX1mDp6QyWES6sWzlNA/1lyEbvTaWJDLwlWFtB7BjrhGVtwz69ioHzxoo4q/hFFKjuLtoU8JXtIIRRMM2iByLM9zI3vc6u8k8F8Fp4pORLvKbnLlVdOGPOptuguw3Nyca50XnDunj0znHEIBEL+4I+TY/NFJU3jVivtUvFYpapqpQ36Vay9iW/pjwbePWUw1vqpxIsZC2LgSOgFiiwYVX5VkPHm+Ny0lzFyrus8eHXgJgrLmprzMgfjEH+gYIw5agPiDm7Up02kr7eHNOiG3nhMnhm1lUR32nY5XXa45iUzYR4dWBAVD6vLvkdcWCi+MJfAJsLI7nGiBBQ7LZ94yit25kQwy6Hk4wNLIMVm/FEsnX7ICVjzn25e3/AMvFvztUBXT0ng2GMYx8LNhcBPMaB7///LUkPbESoZWEqlsrROJQRXGjmIdSuXFrq71PzyZiwsHJZVIy2WGGFf9aEgVBtJvPOyeCA9I6sDvxu2CzoAyz1tyTq+OJOPhaEEcAXAckiCpBb7UEeNu888sYgaZfK2UtvF5Uwsi/aPcFJGA016FyBKR0fifuUEnJQPtHsnFpMA/tgZ80xl2eF4ebpo6dZ1Pdx4+AwONkmvDYACYTLN2lflaBsYvHudPjtUhouGeQG9/o/3v8t85AjJWuvTpilQZB6ChDExm8aL3P766AOcRN0Qy7uEKHH+ihV5TaIAcWsGteRZyOiwlgQ3M+vP4AnqPkQBX X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(5660300002)(2616005)(31696002)(38100700002)(36756003)(83380400001)(4326008)(86362001)(316002)(508600001)(66946007)(66476007)(66556008)(2906002)(186003)(6486002)(75432002)(966005)(53546011)(31686004)(6916009)(8936002)(8676002)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: Zt5+1HJurtd8oV4Gtz9rTvLg/NUGhiMTvsjG7BiJF3XlwacLWAuQ6q7kINmMK4K4kFNhElLtXYhxHl7gedyY5v+wdX5aHMDa8AU8+n2EH+DJFqmCtgF9h/e2/EefaWO7kWQVLb9seNZGOwD4ca9ybQIkJQD/3krLd02VZV9K3M09MbyznRCBRyVuSUi2fJXb74raEOYM7eenX5LRfmRHhA625HTEiOhwnd+g71pDx/DzhNo3GjGajJ0j8vuizzgfhMvmLbvXmB2oBd+ebc/Ym7+QL7MUHy3ysBr9wQj1LFm5PRj8HyI4c7O/PYI5oHhNKtC3MeOa7K6c24MXSWsyjCDX68m7Z3bfsqySRxI5hUzcXqjvkoE/5d7gpoeVtytCuZncmz9vzQDPSzC8xtat/ICh7gYYwUpPtWCHA+srA4lKPORilp+kAegn2z9r5ilGfoSgpiwcc7/1L8TgR2NsrF1sAvhNOFLTg8+dtmWu6e9h0GflHV4SGTkiLs6hkULPeZGITeDEf+zAGczXPC+IIL0FlHl223Np9ZIDsjfwDV1uYg5wIjq7rO4cf+hAIrK2RzEO4uLuBLxyi4O6R6elCLk1VSESGR6vzI4o+UxA2cmn4rlKKVWfqnLtTuhHVufOLyEGe+1Hx3WTkUivvMpVI08uJrM589KKTNqbwM3hBoj6jPN7W/f1ofsOoRC9gTISxMz4DtgMXtv+f3nN3szlliyQ/Cpkh1btrO5uGf1X6eDmgbmEhjZQlIXfh44N/iHQUBVrvzYh7yBZSILxH7QS5qLlEBEXH1P/khXzFyu4GXnabUvUklOq3LOxWcNLhptPrWYn9LrzFL9Ipe/o4MIL1mMnUWnIpRe+qwx5roPnX3vaoSY8SpBIg0fdYozQJLgE2IY0Uk5x29XMd9yg2E6JFmPbzZZaNWP0wpId4Wsro9IevWcWXXShajNPiWgsIr2socLcsA9xjFAGnlqz6hyWM2qfWXm6hjKQx8NUmpLtiQms9HzTC723SyCPGY4ATHtbqlBWmltW4/3lcHrKBS2jyAyKY86rSBrbHYWDYDGeeONb12cUN6XLcrdF721JH7r8lYWZ/w+sGXE7n8DHKSRX1u1UxJIhwVH1YzJztQdG5HxKzEJWef9+az4lPAkUCWf1Rt+BZ4GmKIqJ8ZYfHkBv0S/16zq7MpbFShp0f78LCySJAZp/0/s885V2o78OJbTKumEz9JYiQD9dIZB+ZimB52ZohFInbZZrooqTOokae58pQS7GKQJA/AzPpy1UFi8prcT/QkwKnPEdpnUVBKGLPIdV9hvBWBnIUeFzVRt5qfoNK8PXqWHiDzkftkQW2D/UBLcv6d4Bj+GuWWjuNhJji+49LZzdVORoAkLgqKlOB/mA5L0bHs/ed7t84/TJZtcLcQCGZSLEzbFQFK9LdXKZqA== X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: b952a529-1f4e-4de3-7594-08d97eb56903 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Sep 2021 17:13:06.6939 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: AbFCOg97gc4Mu44pItYRk9re1uQhOBHJd25XBc4Rkbclp228AQ14KRy8sRuYF+Ca97rN+wh/V6o//0/XCzv/mg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0354 X-Spam-Score: -0.1 (/) 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.1 (-) On 9/23/2021 12:37 PM, Eli Zaretskii wrote: >> Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Thu, 23 Sep 2021 10:20:19 -0400 >> >>> Is it really necessary to rebase the *.eln files before each startup? >>> Isn't it enough to rebase each of the .eln files just once, when it is >>> produced? If indeed this is needed every time, can you explain why? >> >> We have to distinguish between system libraries and user libraries. Libraries >> installed by Cygwin packages are system libraries. The *.eln files in >> ~/.emacs.d/eln-cache are user libraries. Cygwin maintains a database of all >> system libraries and their base addresses. Whenever a Cygwin package is >> installed or updated, Cygwin rebases all system libraries and updates the database. >> >> Each time Emacs starts, it has no way of knowing whether the system libraries >> have been rebased since the last time Emacs was run. So the user's *.eln files >> could now have base address conflicts with system libraries. Rebasing the *.eln >> files fixes this problem. > > What do you mean by "system libraries" here? Does it, for example, > include the DLLs distributed in the Cygwin port of libpng or libjpeg? Yes. > Or does that include only the basic libraries: the Cygwin DLL, the C > runtime, etc.? > >>> The non-preloaded *.eln files are all loaded by native-elisp-load, so >>> I guess the rebase should be launched from there? The preloaded *.eln >>> files are loaded in pdumper.c:dump_do_dump_relocation, but do we need >>> to support non-rebased preloaded *.eln files? >> >> The preloaded *.eln files will be installed by Cygwin's package manager when >> emacs is installed. They are therefore system libraries and are automatically >> rebased as needed. > > If the only problem is with non-preloaded *.eln files, why not rebase > them on the fly, when they are loaded. That is, run the 'rebase' > command from the native-elisp-load function, before it actually loads > the file. User libraries are never loaded during startup, only when > some Lisp requires them. Good idea. >>> When an updated .eln file is produced for .eln that is loaded into >>> some running Emacs, Emacs on Windows renames the original .eln to >>> avoid a similar problem. >> >> I hadn't thought of this issue. We may have to use a similar technique... >> >>> Can't you use the same technique, to avoid >>> the need of rebasing on each start? >> >> ...but it wouldn't eliminate the need for rebasing at each start for the reasons >> explained above. > > Perhaps that need could be eliminated after all, see above. > >>> Please note that users could >>> place *.eln files in unusual locations (and customize >>> native-comp-eln-load-path to reflect that), so finding _all_ of the >>> relevant *.eln files from a shell script might not be easy. In fact, >>> even without customizing the load-path, I don't think I understand how >>> will that script you propose know where to find all the *.eln files. >> >> The current proposal that Achim and I are looking at would require each user to >> maintain a file ~/.config/rebase/dynpath.d/emacs containing a list of >> directories where the .eln files can be found. By default, this file would >> contain one line, which is the path to the standard eln-cache directory. Users >> who customize native-comp-eln-load-path would have to modify that file accordingly. > > That's tough on users, because Emacs by default automatically compiles > every .el file it loads into .eln, if there's no up-to-date .eln file > already, and the compilation runs in the background (by forking > additional Emacs sub-processes that run in batch mode). In addition, > the native-compilation process sometimes decides that it needs to > create a special "trampoline" .eln file (if you want to know why, I'm > sure Andrea can explain) that correspond to parts of the *.el files. > The upshot is that users may not even be aware that new *.eln files > have been created as part of their session, and may not know their > names. Unless the automatic rebase process, which runs from > native-elisp-load, will also update the file in dynpath.d, I don't see > how users could maintain such a database by hand in practice. > > There's one more aspect that you should be aware of. A single file > FOO.el could give birth to several different .eln files, for example > if they are compiled by different Emacs binaries and/or from different > source directories and/or from somewhat different versions of FOO.el. > For example, I now have 3 different versions of .eln files > corresponding to window.el, in the same directory: > > window-0d1b8b93-3370bedb.eln > window-0d1b8b93-7d08b7b4.eln > window-0d1b8b93-f8fc9683.eln > > This makes the job of maintaining the database by hand even harder and > more error-prone. > >> Finally, as a side note, I don't think it would be a tragedy if this just turns >> out to be too complicated and we have to disable native compilation on 32-bit >> Cygwin. The Cygwin home page at https://cygwin.com/ already contains the following: >> >> Address space is a very limiting factor for Cygwin. These days, a full >> 32 bit Cygwin distro is not feasible anymore, and will in all likelihood >> fail in random places due to an issue with the fork(2) system call. >> >> Therefore we recommend using 32 bit Cygwin only in limited scenarios, with >> only a minimum of necessary packages installed, and only if there's no way >> to run 64 bit Cygwin instead. > > My point is that maybe we should make that decision already, before > burning too much time and energy on it. You might be right. I wasn't aware of all the complications you mentioned above. We still need to do something for 64-bit Cygwin. Even though address collisions are unlikely they could still happen theoretically. But there might be a much easier solution that doesn't necessarily require rebasing. For example, Achim mentioned earlier the possibility of marking the eln as ASLR w/ high-entropy and large address aware. > Maybe you should ask on the > Cygwin list whether somebody will object to making 32-bit Cygwin Emacs > a second-class citizen. Well, 32-bit Cygwin is already a second-class citizen, so we might just have to do that whether someone objects or not. But I'll continue the discussion with Achim on the cygwin-apps list before making a final decision. Thanks for all your comments and suggestions. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Resent-From: Achim Gratz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 17:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.163241809231959 (code B ref -1); Thu, 23 Sep 2021 17:29:02 +0000 Received: (at submit) by debbugs.gnu.org; 23 Sep 2021 17:28:12 +0000 Received: from localhost ([127.0.0.1]:55775 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSW4-0008JP-9G for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:28:12 -0400 Received: from lists.gnu.org ([209.51.188.17]:57090) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSW2-0008JH-M8 for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:28:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:46324) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTSW2-0000ls-C8 for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 13:28:10 -0400 Received: from ciao.gmane.io ([116.202.254.214]:49802) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTSVz-0002n7-UQ for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 13:28:10 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mTSVv-0001w9-PJ for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 19:28:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Thu, 23 Sep 2021 19:27:56 +0200 Organization: Linux Private Site Message-ID: <87h7ebrylf.fsf@Rainer.invalid> References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:HNDP0u+5F5Hct0M1JrQIkw6utSI= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) Eli Zaretskii writes: > What do you mean by "system libraries" here? Does it, for example, > include the DLLs distributed in the Cygwin port of libpng or libjpeg? > Or does that include only the basic libraries: the Cygwin DLL, the C > runtime, etc.? Any and all dynamic objects that have been properly installed by the Cygwin setup application will have their base addresses adjusted so that there will be no overlapping images. The rebase process tries to keep this space reasonably compact, if you really need to have the most compact address space you can trigger a full rebase. > If the only problem is with non-preloaded *.eln files, why not rebase > them on the fly, when they are loaded. That is, run the 'rebase' > command from the native-elisp-load function, before it actually loads > the file. User libraries are never loaded during startup, only when > some Lisp requires them. That might work. >> ...but it wouldn't eliminate the need for rebasing at each start for the reasons >> explained above. > > Perhaps that need could be eliminated after all, see above. The rebase would just happen at a different time, but I think it should be OK. > That's tough on users, because Emacs by default automatically compiles > every .el file it loads into .eln, if there's no up-to-date .eln file > already, and the compilation runs in the background (by forking > additional Emacs sub-processes that run in batch mode). In addition, > the native-compilation process sometimes decides that it needs to > create a special "trampoline" .eln file (if you want to know why, I'm > sure Andrea can explain) that correspond to parts of the *.el files. > The upshot is that users may not even be aware that new *.eln files > have been created as part of their session, and may not know their > names. Unless the automatic rebase process, which runs from > native-elisp-load, will also update the file in dynpath.d, I don't see > how users could maintain such a database by hand in practice. That's why Ken wants to ensure that the rebase is done directly after the creation of such files. We still need to rebase them again when the system address map changes. > There's one more aspect that you should be aware of. A single file > FOO.el could give birth to several different .eln files, for example > if they are compiled by different Emacs binaries and/or from different > source directories and/or from somewhat different versions of FOO.el. > For example, I now have 3 different versions of .eln files > corresponding to window.el, in the same directory: > > window-0d1b8b93-3370bedb.eln > window-0d1b8b93-7d08b7b4.eln > window-0d1b8b93-f8fc9683.eln > > This makes the job of maintaining the database by hand even harder and > more error-prone. I have been wondering about that, especially since the user might have the same home directory on different machines. That will be a major headache since we'll either need to find out which object belongs to which system (and have separate maps for each) or somehow ensure that the user rebase map is compatible with all systems the user works on. Skipping that part for now, all such objects must be the same architecture (i686-pc-cygwin / x86_64-pc-cygwin) and there should be some sort of architecture specific branches in the cache directory, which I seem to remember was already the case. Rebasing would then just treat every file in the current architecture branch as a separate object (and use up address space for each). Aside from the unfortunate proliferation of objects files (which each use up space in 64kByte blocks) it should still work however as long as there is never an object with the same name but different content. Trying to figure out which of these can actually be used in the same process would be too much and mostly wasted effort I'd think. > My point is that maybe we should make that decision already, before > burning too much time and energy on it. Maybe you should ask on the > Cygwin list whether somebody will object to making 32-bit Cygwin Emacs > a second-class citizen. We have not yet seen how well (or not) it works in practise, so I would not make that call today. Besides, there really is no way of knowing ahead of time what users actually do and I would not like to take that option away when just a small subset of users would run into trouble. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Waldorf Blofeld: http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 17:30:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163241817932098 (code B ref 50666); Thu, 23 Sep 2021 17:30:01 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 17:29:39 +0000 Received: from localhost ([127.0.0.1]:55779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSXS-0008Le-PG for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:29:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57798) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSXN-0008LM-Oe for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 13:29:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53222) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTSXH-00043T-0V; Thu, 23 Sep 2021 13:29:27 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2527 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTSXG-0001YC-KK; Thu, 23 Sep 2021 13:29:26 -0400 Date: Thu, 23 Sep 2021 20:29:20 +0300 Message-Id: <837df7urnz.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Thu, 23 Sep 2021 13:13:05 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: akrl@sdf.org, Stromeko@nexgo.de, 50666@debbugs.gnu.org > From: Ken Brown > Date: Thu, 23 Sep 2021 13:13:05 -0400 > > > My point is that maybe we should make that decision already, before > > burning too much time and energy on it. > > You might be right. I wasn't aware of all the complications you mentioned above. It took us most of the last year to realize how tricky this stuff is. We are still learning ;-) > We still need to do something for 64-bit Cygwin. Even though address collisions > are unlikely they could still happen theoretically. But there might be a much > easier solution that doesn't necessarily require rebasing. For example, Achim > mentioned earlier the possibility of marking the eln as ASLR w/ high-entropy and > large address aware. Isn't that the default of the 64-bit GNU ld on Windows? Or does Cygwin configure Binutils differently from MinGW? If not, we can use native-comp-driver-options, by giving it a non-nil value for Cygwin, to force this. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 17:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Achim Gratz Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324193131727 (code B ref 50666); Thu, 23 Sep 2021 17:49:01 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 17:48:33 +0000 Received: from localhost ([127.0.0.1]:55791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSpk-0000Rm-MB for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:48:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSpj-0000RW-6k for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 13:48:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53800) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTSpa-0003fz-Ij; Thu, 23 Sep 2021 13:48:23 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3681 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTSpa-0005Ba-1p; Thu, 23 Sep 2021 13:48:22 -0400 Date: Thu, 23 Sep 2021 20:48:16 +0300 Message-Id: <834kabuqsf.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87h7ebrylf.fsf@Rainer.invalid> (message from Achim Gratz on Thu, 23 Sep 2021 19:27:56 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Achim Gratz > Date: Thu, 23 Sep 2021 19:27:56 +0200 > > Eli Zaretskii writes: > > What do you mean by "system libraries" here? Does it, for example, > > include the DLLs distributed in the Cygwin port of libpng or libjpeg? > > Or does that include only the basic libraries: the Cygwin DLL, the C > > runtime, etc.? > > Any and all dynamic objects that have been properly installed by the > Cygwin setup application will have their base addresses adjusted so that > there will be no overlapping images. The rebase process tries to keep > this space reasonably compact, if you really need to have the most > compact address space you can trigger a full rebase. Out of curiosity, what do you do with the myriad DLLs that Windows itself provides? Aren't they part of the same problem with the Cygwin implementation of 'fork'? > > window-0d1b8b93-3370bedb.eln > > window-0d1b8b93-7d08b7b4.eln > > window-0d1b8b93-f8fc9683.eln > > > > This makes the job of maintaining the database by hand even harder and > > more error-prone. > > I have been wondering about that, especially since the user might have > the same home directory on different machines. That will be a major > headache since we'll either need to find out which object belongs to > which system (and have separate maps for each) or somehow ensure that > the user rebase map is compatible with all systems the user works on. > Skipping that part for now, all such objects must be the same > architecture (i686-pc-cygwin / x86_64-pc-cygwin) and there should be > some sort of architecture specific branches in the cache directory, > which I seem to remember was already the case. No, there are no architecture-specific branches. I guess the idea is that the 2 hashes in the file name and the 3rd has in the directory name (which depends on the Emacs binary) will take care of that. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Resent-From: Achim Gratz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 17:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16324193651832 (code B ref -1); Thu, 23 Sep 2021 17:50:02 +0000 Received: (at submit) by debbugs.gnu.org; 23 Sep 2021 17:49:25 +0000 Received: from localhost ([127.0.0.1]:55795 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSqb-0000TT-1B for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:49:25 -0400 Received: from lists.gnu.org ([209.51.188.17]:56140) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTSqZ-0000TJ-6y for submit@debbugs.gnu.org; Thu, 23 Sep 2021 13:49:23 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:50970) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTSqV-00035r-PC for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 13:49:22 -0400 Received: from ciao.gmane.io ([116.202.254.214]:38196) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTSqT-0004P2-8q for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 13:49:18 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mTSqP-0008WL-St for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 19:49:13 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Thu, 23 Sep 2021 19:49:05 +0200 Organization: Linux Private Site Message-ID: <878rznrxm6.fsf@Rainer.invalid> References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <837df7urnz.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:nq60DzIuN5PUqrlj0R8IC4T6zW4= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) Eli Zaretskii writes: >> We still need to do something for 64-bit Cygwin. Even though address collisions >> are unlikely they could still happen theoretically. But there might be a much >> easier solution that doesn't necessarily require rebasing. For example, Achim >> mentioned earlier the possibility of marking the eln as ASLR w/ high-entropy and >> large address aware. > > Isn't that the default of the 64-bit GNU ld on Windows? Or does > Cygwin configure Binutils differently from MinGW? No, I've had to remove that default since obviously it doesn't work on Cygwin. Yes, I have seen this problem in reality while testing the new binutils - that why I patched it out. > If not, we can use native-comp-driver-options, by giving it a non-nil > value for Cygwin, to force this. All that would be needed, on 64bit at least, is a tiny bit more control over how ASLR works, but there isn't even proper documentation about what it actually does (that I can find anyway). M$ must have solved that problem for WSL1, but whatever it was, it didn't make it to the NT subsystem. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 18:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Achim Gratz Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324201183214 (code B ref 50666); Thu, 23 Sep 2021 18:02:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 18:01:58 +0000 Received: from localhost ([127.0.0.1]:55814 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTT2k-0000pm-60 for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:01:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36550) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTT2i-0000pV-Dx for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 14:01:56 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54324) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTT2b-0006iw-72; Thu, 23 Sep 2021 14:01:49 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4508 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTT2Z-0004ln-Qh; Thu, 23 Sep 2021 14:01:49 -0400 Date: Thu, 23 Sep 2021 21:01:44 +0300 Message-Id: <83zgs3tblj.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <878rznrxm6.fsf@Rainer.invalid> (message from Achim Gratz on Thu, 23 Sep 2021 19:49:05 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <837df7urnz.fsf@gnu.org> <878rznrxm6.fsf@Rainer.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Achim Gratz > Date: Thu, 23 Sep 2021 19:49:05 +0200 > > Eli Zaretskii writes: > >> We still need to do something for 64-bit Cygwin. Even though address collisions > >> are unlikely they could still happen theoretically. But there might be a much > >> easier solution that doesn't necessarily require rebasing. For example, Achim > >> mentioned earlier the possibility of marking the eln as ASLR w/ high-entropy and > >> large address aware. > > > > Isn't that the default of the 64-bit GNU ld on Windows? Or does > > Cygwin configure Binutils differently from MinGW? > > No, I've had to remove that default since obviously it doesn't work on > Cygwin. You mean, ASLR doesn't work with Cygwin because it must use the same address in the forked process? But then why did Ken say that ASLR and High Entropy could solve the problem with the *.eln files -- isn't that the same problem? > > If not, we can use native-comp-driver-options, by giving it a non-nil > > value for Cygwin, to force this. > > All that would be needed, on 64bit at least, is a tiny bit more control > over how ASLR works, but there isn't even proper documentation about > what it actually does (that I can find anyway). M$ must have solved > that problem for WSL1, but whatever it was, it didn't make it to the NT > subsystem. Sorry, I don't understand. My suggestion was, if you need to make the *.eln files be marked as ASLR with High Entropy, to use a variable we have for this purpose, it will force the linker to produce *.eln files with these bits set in the PE+ header. What other control do you need for your purposes, or what am I missing? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Resent-From: Achim Gratz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 18:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16324215185642 (code B ref -1); Thu, 23 Sep 2021 18:26:02 +0000 Received: (at submit) by debbugs.gnu.org; 23 Sep 2021 18:25:18 +0000 Received: from localhost ([127.0.0.1]:55841 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTPJ-0001Sw-So for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:25:18 -0400 Received: from lists.gnu.org ([209.51.188.17]:42402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTPI-0001So-47 for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:25:16 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59946) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTTPH-0008GO-TP for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 14:25:15 -0400 Received: from ciao.gmane.io ([116.202.254.214]:50096) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTTPF-0001pt-OV for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 14:25:15 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mTTPC-0002rR-Vm for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 20:25:10 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Thu, 23 Sep 2021 20:25:02 +0200 Organization: Linux Private Site Message-ID: <874kabrvy9.fsf@Rainer.invalid> References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <837df7urnz.fsf@gnu.org> <878rznrxm6.fsf@Rainer.invalid> <83zgs3tblj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:6SuUEVrNKqYAA5N70cat/iKr0XY= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) Eli Zaretskii writes: > You mean, ASLR doesn't work with Cygwin because it must use the same > address in the forked process? But then why did Ken say that ASLR and > High Entropy could solve the problem with the *.eln files -- isn't > that the same problem? It is, but on 64bit with the massive address space and high entropy using most of it, it will often "just work" for quite some time. > Sorry, I don't understand. My suggestion was, if you need to make the > *.eln files be marked as ASLR with High Entropy, to use a variable we > have for this purpose, it will force the linker to produce *.eln files > with these bits set in the PE+ header. What other control do you need > for your purposes, or what am I missing? The control that Cygwin would need is an indication to whatever generates the image base shifts for ASLR that it should not re-map an image that is already in use elsewhere (maybe just in the same process group). ASLR already re-uses the address for the same image most of the time (the exact behaviour is different across Windows versions), but depending on circumstances outside your control it can suddenly decide to use a different address. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf rackAttack: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Resent-From: Achim Gratz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 18:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.16324218106203 (code B ref -1); Thu, 23 Sep 2021 18:31:02 +0000 Received: (at submit) by debbugs.gnu.org; 23 Sep 2021 18:30:10 +0000 Received: from localhost ([127.0.0.1]:55845 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTU2-0001bz-Ff for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:30:10 -0400 Received: from lists.gnu.org ([209.51.188.17]:47004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTU0-0001bq-L6 for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:30:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:60948) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTTU0-0003A6-Bl for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 14:30:08 -0400 Received: from ciao.gmane.io ([116.202.254.214]:38462) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTTTy-00060M-NY for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 14:30:07 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mTTTu-0009EU-4C for bug-gnu-emacs@gnu.org; Thu, 23 Sep 2021 20:30:02 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Thu, 23 Sep 2021 20:29:45 +0200 Organization: Linux Private Site Message-ID: <87zgs3qh5y.fsf@Rainer.invalid> References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:VsA995TJdYJrJYueh1HqS9qPZK0= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) Eli Zaretskii writes: > Out of curiosity, what do you do with the myriad DLLs that Windows > itself provides? Aren't they part of the same problem with the Cygwin > implementation of 'fork'? These are never part of the Cygwin process. > No, there are no architecture-specific branches. I guess the idea is > that the 2 hashes in the file name and the 3rd has in the directory > name (which depends on the Emacs binary) will take care of that. Hmm, I seem to remember some post from Andrea that showed a x86_64-pc-linux-gnu subdirectory for the cached files. So how are these hashes generated, then? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 18:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Achim Gratz Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324228237929 (code B ref 50666); Thu, 23 Sep 2021 18:48:01 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 18:47:03 +0000 Received: from localhost ([127.0.0.1]:55868 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTkI-00023T-So for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:47:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTkG-00023E-Lu for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 14:46:56 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55692) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTTk9-0003nv-KX; Thu, 23 Sep 2021 14:46:49 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3277 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTTk9-00070l-5g; Thu, 23 Sep 2021 14:46:49 -0400 Date: Thu, 23 Sep 2021 21:46:44 +0300 Message-Id: <83wnn7t9ij.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <874kabrvy9.fsf@Rainer.invalid> (message from Achim Gratz on Thu, 23 Sep 2021 20:25:02 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <837df7urnz.fsf@gnu.org> <878rznrxm6.fsf@Rainer.invalid> <83zgs3tblj.fsf@gnu.org> <874kabrvy9.fsf@Rainer.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Achim Gratz > Date: Thu, 23 Sep 2021 20:25:02 +0200 > > Eli Zaretskii writes: > > You mean, ASLR doesn't work with Cygwin because it must use the same > > address in the forked process? But then why did Ken say that ASLR and > > High Entropy could solve the problem with the *.eln files -- isn't > > that the same problem? > > It is, but on 64bit with the massive address space and high entropy > using most of it, it will often "just work" for quite some time. I understand that it might "just work" wrt collisions, but what about the requirement that the DLL be loaded at the same address in the forked child? Doesn't ASLR randomize the base address each time a DLL is loaded? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 18:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Achim Gratz Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324234689184 (code B ref 50666); Thu, 23 Sep 2021 18:58:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 18:57:48 +0000 Received: from localhost ([127.0.0.1]:55891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTum-0002O4-Cs for submit@debbugs.gnu.org; Thu, 23 Sep 2021 14:57:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48628) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTTul-0002Nq-B4 for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 14:57:47 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:55884) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTTue-0004S7-5G; Thu, 23 Sep 2021 14:57:40 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3932 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTTub-00083r-QH; Thu, 23 Sep 2021 14:57:38 -0400 Date: Thu, 23 Sep 2021 21:57:30 +0300 Message-Id: <83v92rt90l.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87zgs3qh5y.fsf@Rainer.invalid> (message from Achim Gratz on Thu, 23 Sep 2021 20:29:45 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Achim Gratz > Date: Thu, 23 Sep 2021 20:29:45 +0200 > > > No, there are no architecture-specific branches. I guess the idea is > > that the 2 hashes in the file name and the 3rd has in the directory > > name (which depends on the Emacs binary) will take care of that. > > Hmm, I seem to remember some post from Andrea that showed a > x86_64-pc-linux-gnu subdirectory for the cached files. So how are these > hashes generated, then? The directory where the *.eln files are installed is named XX.YY-HASH, where XX.YY is the Emacs version and HASH is computed by hashing the string that's the concatenation of the native-compilation ABI version, the Emacs version, the system-configuration (that's your x86_64-pc-linux-gnu thing), system-configuration-options, and the signatures of all the primitives. The *.eln file names have 2 hashes: one is computed from the absolute file name of the source .el file, the other from the contents of the source .el file. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 19:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, Ken Brown Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163242427710629 (code B ref 50666); Thu, 23 Sep 2021 19:12:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 19:11:17 +0000 Received: from localhost ([127.0.0.1]:55899 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTU7o-0002lM-VH for submit@debbugs.gnu.org; Thu, 23 Sep 2021 15:11:17 -0400 Received: from mx.sdf.org ([205.166.94.24]:58267) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTU7m-0002lA-K3 for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 15:11:15 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 18NJB5kU025282 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 23 Sep 2021 19:11:07 GMT From: Andrea Corallo References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> Date: Thu, 23 Sep 2021 19:11:05 +0000 In-Reply-To: <83o88jvity.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 23 Sep 2021 10:42:33 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org >> From: Ken Brown >> Date: Wed, 22 Sep 2021 17:35:28 -0400 >> >> We've made a good start on the Cygwin side, but I have a question about how to >> integrate it into Emacs. > > I added Andrea to this discussion, as he knows more than anyone else > about the Emacs side of this stuff. > >> Let's say we have a script that I'll call "rebase" for the purpose of this >> discussion, which rebases all the eln files in ~/.emacs.d/eln-cache. The user >> would then start Emacs via a script that first calls rebase and then starts >> Emacs. > > Is it really necessary to rebase the *.eln files before each startup? > Isn't it enough to rebase each of the .eln files just once, when it is > produced? If indeed this is needed every time, can you explain why? > >> Within Emacs, I would then want to do something like >> >> (if (eq system-type 'cygwin) >> (call-process "rebase" nil >> '(:file "") >> nil "" ...)) >> >> after every compilation but before the compiled file is loaded. >> >> I'm not familiar enough with native compilation to know where this should go. > > The non-preloaded *.eln files are all loaded by native-elisp-load, so > I guess the rebase should be launched from there? The preloaded *.eln > files are loaded in pdumper.c:dump_do_dump_relocation, but do we need > to support non-rebased preloaded *.eln files? Yes I think too `native-elisp-load' and `dump_do_dump_relocation' are the two places we'd want to trigger the rebase (not sure if in `dump_do_dump_relocation' we are already able to spawn subprocesses tho). That said I'm wondering what is going to happen if an Emacs is running and a second sessions starts rebasing some eln. Andrea From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 19:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Andrea Corallo Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, kbrown@cornell.edu Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163242489111683 (code B ref 50666); Thu, 23 Sep 2021 19:22:02 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 19:21:31 +0000 Received: from localhost ([127.0.0.1]:55912 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTUHi-00032N-SB for submit@debbugs.gnu.org; Thu, 23 Sep 2021 15:21:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTUHh-000329-1X for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 15:21:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56770) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTUHY-0007os-Ec; Thu, 23 Sep 2021 15:21:20 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1421 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTUHY-0003yo-1g; Thu, 23 Sep 2021 15:21:20 -0400 Date: Thu, 23 Sep 2021 22:21:12 +0300 Message-Id: <83r1dft7x3.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Andrea Corallo on Thu, 23 Sep 2021 19:11:05 +0000) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Andrea Corallo > Cc: Ken Brown , Stromeko@nexgo.de, 50666@debbugs.gnu.org > Date: Thu, 23 Sep 2021 19:11:05 +0000 > > That said I'm wondering what is going to happen if an Emacs is running > and a second sessions starts rebasing some eln. I think the session which rebases will have to use the same trick with renaming we use when recompiling a loaded .eln. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Sep 2021 19:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Achim Gratz Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163242584613364 (code B ref 50666); Thu, 23 Sep 2021 19:38:01 +0000 Received: (at 50666) by debbugs.gnu.org; 23 Sep 2021 19:37:26 +0000 Received: from localhost ([127.0.0.1]:55928 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTUX7-0003TU-RK for submit@debbugs.gnu.org; Thu, 23 Sep 2021 15:37:26 -0400 Received: from mx.sdf.org ([205.166.94.24]:56316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTUX5-0003TJ-VH for 50666@debbugs.gnu.org; Thu, 23 Sep 2021 15:37:24 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 18NJbMla018919 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 23 Sep 2021 19:37:22 GMT From: Andrea Corallo References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> Date: Thu, 23 Sep 2021 19:37:22 +0000 In-Reply-To: <87zgs3qh5y.fsf@Rainer.invalid> (Achim Gratz's message of "Thu, 23 Sep 2021 20:29:45 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Achim Gratz writes: > Eli Zaretskii writes: >> Out of curiosity, what do you do with the myriad DLLs that Windows >> itself provides? Aren't they part of the same problem with the Cygwin >> implementation of 'fork'? > > These are never part of the Cygwin process. > >> No, there are no architecture-specific branches. I guess the idea is >> that the 2 hashes in the file name and the 3rd has in the directory >> name (which depends on the Emacs binary) will take care of that. > > Hmm, I seem to remember some post from Andrea that showed a > x86_64-pc-linux-gnu subdirectory for the cached files. So how are these > hashes generated, then? Hi Achim, the triplet is not mentioned explicitly in the generated path as it was deemed to be excessively verbose. It is now included in the hash of the directory name. To get practical I've: ~/.emacs.d/eln-cache/28.0.50-2045295c/apropos-7c1ecbdf-10e46ddb.eln ^^^ ^^^ ^^^ A B C A- accounts for emacs-verison, system-configuration, system-configuration-options and the signatures of all the subr present in the C code. B- accounts for the absolute filename of the source file C- accounts for the content for the source file Regards Andrea From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 06:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org Cc: eliz@gnu.org, Stromeko@nexgo.de, kbrown@cornell.edu, akrl@sdf.org X-Debbugs-Original-To: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: Eli Zaretskii , Stromeko@nexgo.de, 50666@debbugs.gnu.org, Ken Brown , Andrea Corallo Received: via spool by submit@debbugs.gnu.org id=B.1632463468328 (code B ref -1); Fri, 24 Sep 2021 06:05:01 +0000 Received: (at submit) by debbugs.gnu.org; 24 Sep 2021 06:04:28 +0000 Received: from localhost ([127.0.0.1]:56486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTeJw-00005B-Fw for submit@debbugs.gnu.org; Fri, 24 Sep 2021 02:04:28 -0400 Received: from lists.gnu.org ([209.51.188.17]:48104) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTeJu-000050-Bl for submit@debbugs.gnu.org; Fri, 24 Sep 2021 02:04:26 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55214) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTeJu-0005AA-6H for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 02:04:26 -0400 Received: from smtpout2.vodafonemail.de ([145.253.239.133]:35996) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTeJr-0006BL-Pg; Fri, 24 Sep 2021 02:04:25 -0400 Received: from smtp.vodafone.de (smtpa08.fra-mediabeam.com [10.2.0.39]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id 21D8061343; Fri, 24 Sep 2021 08:04:16 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632463456; bh=ob25ooEH11YXtZ/el32zqXAqIi4y2s1ZdtdWYqAronU=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=WgjeKTscBmpXllK7h1TbLIoa0jOJF+KcoupwNI5DntC3T0jTrr39+ivFZxosZyjAY D4MtAfT6y4E8nG0mg6GWK8lfarrRcvW6zbI4UNWzy5ZXw0/bdwjk2S5PZ9IilGBq9p gM2DmHAuQev4rooossyHxCda84u++yzkoLfxhX7k= Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 256FB1401EA; Fri, 24 Sep 2021 06:04:13 +0000 (UTC) From: ASSI References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> Date: Fri, 24 Sep 2021 08:04:09 +0200 In-Reply-To: (Andrea Corallo via's message of "Thu, 23 Sep 2021 19:11:05 +0000") Message-ID: <87tuiao6g6.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 614 X-purgate-ID: 155817::1632463454-00007455-9241EC8C/0/0 Received-SPF: pass client-ip=145.253.239.133; envelope-from=Stromeko@nexgo.de; helo=smtpout2.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > That said I'm wondering what is going to happen if an Emacs is running > and a second sessions starts rebasing some eln. You can't rebase an object that is already loaded on Windows (or load an object that is in the process of getting rebased), so I would not worry about this situation too much at the moment. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptation for Waldorf Blofeld V1.15B11: http://Synth.Stromeko.net/Downloads.html#WaldorfSDada From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 06:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org Cc: Stromeko@nexgo.de, akrl@sdf.org X-Debbugs-Original-To: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: Achim Gratz , 50666@debbugs.gnu.org, Andrea Corallo Received: via spool by submit@debbugs.gnu.org id=B.16324638831138 (code B ref -1); Fri, 24 Sep 2021 06:12:02 +0000 Received: (at submit) by debbugs.gnu.org; 24 Sep 2021 06:11:23 +0000 Received: from localhost ([127.0.0.1]:56499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTeQc-0000IH-S9 for submit@debbugs.gnu.org; Fri, 24 Sep 2021 02:11:23 -0400 Received: from lists.gnu.org ([209.51.188.17]:57316) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTeQY-0000I4-Fr for submit@debbugs.gnu.org; Fri, 24 Sep 2021 02:11:18 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:56222) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTeQY-0003Li-9h for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 02:11:18 -0400 Received: from smtpout2.vodafonemail.de ([145.253.239.133]:40336) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTeQV-0003cG-VG for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 02:11:17 -0400 Received: from smtp.vodafone.de (smtpa03.fra-mediabeam.com [10.2.0.34]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id 53AAA61287; Fri, 24 Sep 2021 08:11:11 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632463871; bh=nQ+CjHv2oxkASoWH7VUgZJ61HpquVR4nnL16p6mScHA=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=ErvwsTuqdwEMTrJlMDbXIlstZBTq3/dgc8iZlq6Nn086gDyPuuzK3P9XQETpA4JRL ozzw/h9N+qgE6i8cHYZ7jl6zDCSaQwNf4vrV/vvHPF+pkkEQKIxtx5fspGkQnqiq5I 2akXeryLkje4uTPBEqGUEHfGb6UiZv2hPfZ4lG6k= Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id E142C140278; Fri, 24 Sep 2021 06:11:09 +0000 (UTC) From: ASSI References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> Date: Fri, 24 Sep 2021 08:11:08 +0200 In-Reply-To: (Andrea Corallo via's message of "Thu, 23 Sep 2021 19:37:22 +0000") Message-ID: <87pmsyo64j.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 1203 X-purgate-ID: 155817::1632463870-00000B26-B84EAB7D/0/0 Received-SPF: pass client-ip=145.253.239.133; envelope-from=Stromeko@nexgo.de; helo=smtpout2.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > To get practical I've: > > ~/.emacs.d/eln-cache/28.0.50-2045295c/apropos-7c1ecbdf-10e46ddb.eln > ^^^ ^^^ ^^^ > A B C > > A- accounts for emacs-verison, system-configuration, > system-configuration-options and the signatures of all the subr > present in the C code. OK, so this would be unique for one Cygwin Emacs release and architecture. > B- accounts for the absolute filename of > the source file In general, is this hardcoded or can we change the hashing strategy for Cygwin via some configuration or hook? > C- accounts for the content for the source file Can you point me to the part of the discussion where it was determined that the absolute location of the file was making a difference that was not covered with the hash of the content? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 07:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: ASSI Cc: 50666@debbugs.gnu.org, kbrown@cornell.edu, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163246744316105 (code B ref 50666); Fri, 24 Sep 2021 07:11:02 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 07:10:43 +0000 Received: from localhost ([127.0.0.1]:56576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfM3-0004Be-H5 for submit@debbugs.gnu.org; Fri, 24 Sep 2021 03:10:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48118) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfM1-0004BR-Fm for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 03:10:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46252) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTfLr-0003mh-7j; Fri, 24 Sep 2021 03:10:33 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1080 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTfLi-0006Pl-Ae; Fri, 24 Sep 2021 03:10:31 -0400 Date: Fri, 24 Sep 2021 10:10:14 +0300 Message-Id: <83fstutpnt.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87tuiao6g6.fsf@Otto.invalid> (message from ASSI on Fri, 24 Sep 2021 08:04:09 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: ASSI > Cc: Eli Zaretskii , Andrea Corallo , > Stromeko@nexgo.de, 50666@debbugs.gnu.org, Ken Brown > > Date: Fri, 24 Sep 2021 08:04:09 +0200 > > You can't rebase an object that is already loaded on Windows (or load an > object that is in the process of getting rebased), so I would not worry > about this situation too much at the moment. This means that the following situation will predictably fail: . Emacs session A (or just some shell command) rebases a .eln file . Emacs session B decides it needs to load that .eln What kind of failure will session B see in this case? Is it possible to figure out somehow that this is the reason, so that we could instead try loading the .elc or .el? Or maybe we should add an automatic fallback on .elc/.el in case loading a .eln fails? Andrea, WDYT? will that work? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 07:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: ASSI Cc: 50666@debbugs.gnu.org, kbrown@cornell.edu, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163246761916454 (code B ref 50666); Fri, 24 Sep 2021 07:14:02 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 07:13:39 +0000 Received: from localhost ([127.0.0.1]:56589 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfOl-0004HA-Bw for submit@debbugs.gnu.org; Fri, 24 Sep 2021 03:13:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49892) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfOj-0004Gu-Ex for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 03:13:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46446) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTfOd-0006Xv-BZ; Fri, 24 Sep 2021 03:13:23 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:1266 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTfOc-00072l-UE; Fri, 24 Sep 2021 03:13:23 -0400 Date: Fri, 24 Sep 2021 10:13:19 +0300 Message-Id: <83ee9etpio.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87pmsyo64j.fsf@Otto.invalid> (message from ASSI on Fri, 24 Sep 2021 08:11:08 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> <87pmsyo64j.fsf@Otto.invalid> X-Spam-Score: -2.3 (--) 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 (-) > From: ASSI > Date: Fri, 24 Sep 2021 08:11:08 +0200 > Cc: Stromeko@nexgo.de, akrl@sdf.org > > > B- accounts for the absolute filename of > > the source file > > In general, is this hardcoded or can we change the hashing strategy for > Cygwin via some configuration or hook? It's currently hardcoded. Why do you need to change it? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 07:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: ASSI , 50666@debbugs.gnu.org, kbrown@cornell.edu Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163246838917847 (code B ref 50666); Fri, 24 Sep 2021 07:27:01 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 07:26:29 +0000 Received: from localhost ([127.0.0.1]:56602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfb8-0004da-VA for submit@debbugs.gnu.org; Fri, 24 Sep 2021 03:26:29 -0400 Received: from mx.sdf.org ([205.166.94.24]:53750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfb5-0004dO-HW for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 03:26:17 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 18O7QBDN014773 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 24 Sep 2021 07:26:11 GMT From: Andrea Corallo References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.fsf@gnu.org> Date: Fri, 24 Sep 2021 07:26:11 +0000 In-Reply-To: <83fstutpnt.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Sep 2021 10:10:14 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> From: ASSI >> Cc: Eli Zaretskii , Andrea Corallo , >> Stromeko@nexgo.de, 50666@debbugs.gnu.org, Ken Brown >> >> Date: Fri, 24 Sep 2021 08:04:09 +0200 >> >> You can't rebase an object that is already loaded on Windows (or load an >> object that is in the process of getting rebased), so I would not worry >> about this situation too much at the moment. > > This means that the following situation will predictably fail: > > . Emacs session A (or just some shell command) rebases a .eln file > . Emacs session B decides it needs to load that .eln > > What kind of failure will session B see in this case? Is it possible > to figure out somehow that this is the reason, so that we could > instead try loading the .elc or .el? > > Or maybe we should add an automatic fallback on .elc/.el in case > loading a .eln fails? Andrea, WDYT? will that work? Yes I think we could have an automatic fallback, we might have 'native-elisp-load' (invoked by 'load') re invoke load itself in case of failure, not very clean tho. But aside the fact that is implementable I think it should be limited to just this specific load failure, otherwise it could easily mask other issues. And this raise another question: can we identify this specific kind of load failure? Andrea From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 07:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: ASSI Cc: 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163246873518535 (code B ref 50666); Fri, 24 Sep 2021 07:33:02 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 07:32:15 +0000 Received: from localhost ([127.0.0.1]:56617 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfgt-0004os-0h for submit@debbugs.gnu.org; Fri, 24 Sep 2021 03:32:15 -0400 Received: from mx.sdf.org ([205.166.94.24]:53440) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTfgq-0004ok-VJ for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 03:32:13 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 18O7WBIl007902 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 24 Sep 2021 07:32:12 GMT From: Andrea Corallo References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> <87pmsyo64j.fsf@Otto.invalid> Date: Fri, 24 Sep 2021 07:32:11 +0000 In-Reply-To: <87pmsyo64j.fsf@Otto.invalid> (ASSI's message of "Fri, 24 Sep 2021 08:11:08 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) ASSI writes: > Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of > text editors" writes: >> To get practical I've: >> >> ~/.emacs.d/eln-cache/28.0.50-2045295c/apropos-7c1ecbdf-10e46ddb.eln >> ^^^ ^^^ ^^^ >> A B C >> >> A- accounts for emacs-verison, system-configuration, >> system-configuration-options and the signatures of all the subr >> present in the C code. > > OK, so this would be unique for one Cygwin Emacs release and architecture. > >> B- accounts for the absolute filename of >> the source file > > In general, is this hardcoded or can we change the hashing strategy for > Cygwin via some configuration or hook? Hardcoded. Could you explain why this could be problematic for cygwin? >> C- accounts for the content for the source file > > Can you point me to the part of the discussion where it was determined > that the absolute location of the file was making a difference that was > not covered with the hash of the content? Not at the moment sorry, this was discussed more the once in different threads in the last 1-2 years. Note we use the absolute location hash mainly to try to keep clean the cache folders (we can't have two eln with the same 'path_hash', one must be obsolete). Andrea From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 09:07:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org Cc: Stromeko@nexgo.de, akrl@sdf.org X-Debbugs-Original-To: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: ASSI , 50666@debbugs.gnu.org, Andrea Corallo Received: via spool by submit@debbugs.gnu.org id=B.163247438428557 (code B ref -1); Fri, 24 Sep 2021 09:07:01 +0000 Received: (at submit) by debbugs.gnu.org; 24 Sep 2021 09:06:24 +0000 Received: from localhost ([127.0.0.1]:56704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mThA0-0007QW-4D for submit@debbugs.gnu.org; Fri, 24 Sep 2021 05:06:24 -0400 Received: from lists.gnu.org ([209.51.188.17]:35562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTh9y-0007QN-Ns for submit@debbugs.gnu.org; Fri, 24 Sep 2021 05:06:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:36292) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTh9y-0004c1-HP for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 05:06:22 -0400 Received: from smtpout2.vodafonemail.de ([145.253.239.133]:49884) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTh9w-0003Oq-7S for bug-gnu-emacs@gnu.org; Fri, 24 Sep 2021 05:06:21 -0400 Received: from smtp.vodafone.de (smtpa03.fra-mediabeam.com [10.2.0.34]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id E4D5E616EA; Fri, 24 Sep 2021 11:05:38 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632474338; bh=6ZvBva42n7KsLl/cBtpbXa3BTEovjD6qTOjJ7AG3+28=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=H6UQPsqXuPDCKc7Rk5GbWkYE3DrxpTsqi4q2tzmNYEwHaZDo7SqHnjtvMqD55yRP4 RaGvGVrss8M1hrt/OC8gqI+9KIIlmoYg9jfULIawYdDsrUsj9Bh6jRgm0QBCWGm2nm 84zYpNQBg04UXfxXfcrd1iGRsITfFQu5NMAKLopc= Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4058B1401E3; Fri, 24 Sep 2021 09:05:38 +0000 (UTC) From: ASSI References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> <87pmsyo64j.fsf@Otto.invalid> Date: Fri, 24 Sep 2021 11:05:34 +0200 In-Reply-To: (Andrea Corallo via's message of "Fri, 24 Sep 2021 07:32:11 +0000") Message-ID: <87lf3mny1t.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 802 X-purgate-ID: 155817::1632474338-00000B26-AE93B055/0/0 Received-SPF: pass client-ip=145.253.239.133; envelope-from=Stromeko@nexgo.de; helo=smtpout2.vodafonemail.de X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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: -2.4 (--) Andrea Corallo writes: >> In general, is this hardcoded or can we change the hashing strategy for >> Cygwin via some configuration or hook? > > Hardcoded. Could you explain why this could be problematic for cygwin? It's not preblematic per se, I am just trying to figure out what the options are to deal with the fact that rebase is host specific while the cache is not. > Note we use the absolute location hash mainly to try to keep clean the > cache folders (we can't have two eln with the same 'path_hash', one must > be obsolete). Understood. I'll try to trawl the old threads some time and may come back with more questions. :-) Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ DIY Stuff: http://Synth.Stromeko.net/DIY.html From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: ASSI Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 09:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: ASSI , 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163247496029510 (code B ref 50666); Fri, 24 Sep 2021 09:16:02 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 09:16:00 +0000 Received: from localhost ([127.0.0.1]:56709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mThJI-0007fu-Dn for submit@debbugs.gnu.org; Fri, 24 Sep 2021 05:16:00 -0400 Received: from smtpout2.vodafonemail.de ([145.253.239.133]:40526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mThJG-0007fd-7E for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 05:15:58 -0400 Received: from smtp.vodafone.de (smtpa04.fra-mediabeam.com [10.2.0.35]) by smtpout2.vodafonemail.de (Postfix) with ESMTP id DC1406096B; Fri, 24 Sep 2021 11:15:51 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nexgo.de; s=vfde-smtpout-mb-15sep; t=1632474951; bh=y82qkkXXBUWjWIMbN3+qGvG5fZMSiaxGx4lY7+/2QoQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To; b=mPRDA7EQGp3te4j4Ltu3iv5swv1YI8Q6sBfSP/axOYQntpe9d2ZsnbRoGoWEdSk4k 3vlla0+oZju9AAmH7D35Ja9UPZ+DKrmGrTT6lXIeGncUMGsEc2gYghPZJ/Vyg2JHlu Whg5Z46BndOpr9kMRvDwgMSAl0cVWfOSMVMwSq6s= Received: from Otto (p54a0cb96.dip0.t-ipconnect.de [84.160.203.150]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 12BDF1401A0; Fri, 24 Sep 2021 09:15:51 +0000 (UTC) From: ASSI References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.fsf@gnu.org> Date: Fri, 24 Sep 2021 11:15:50 +0200 In-Reply-To: <83fstutpnt.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Sep 2021 10:10:14 +0300") Message-ID: <87ee9enxkp.fsf@Otto.invalid> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-purgate-type: clean X-purgate-Ad: Categorized by eleven eXpurgate (R) http://www.eleven.de X-purgate: This mail is considered clean (visit http://www.eleven.de for further information) X-purgate: clean X-purgate-size: 980 X-purgate-ID: 155817::1632474951-00006056-6D7EBD93/0/0 X-Spam-Score: -0.7 (/) 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 (-) Eli Zaretskii writes: > This means that the following situation will predictably fail: > > . Emacs session A (or just some shell command) rebases a .eln file > . Emacs session B decides it needs to load that .eln > > What kind of failure will session B see in this case? Is it possible > to figure out somehow that this is the reason, so that we could > instead try loading the .elc or .el? Something like EPERM I'd think, and only very briefly (i.e. if you tretry the exact same call it will usually succeed). We could rename the file while operating on it, but that just moves the point of where the file system race is happening and makes the window a tiny bit smaller. What do you do on Linux in the case that two processes try to generate the same .eln? Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Wavetables for the Terratec KOMPLEXER: http://Synth.Stromeko.net/Downloads.html#KomplexerWaves From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 10:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Andrea Corallo Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324805027321 (code B ref 50666); Fri, 24 Sep 2021 10:49:02 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 10:48:22 +0000 Received: from localhost ([127.0.0.1]:56750 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTikg-0001u1-2H for submit@debbugs.gnu.org; Fri, 24 Sep 2021 06:48:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTikd-0001ti-Vs for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 06:48:20 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35540) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTikX-0006ee-C0; Fri, 24 Sep 2021 06:48:14 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2441 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTikW-0004V6-43; Fri, 24 Sep 2021 06:48:13 -0400 Date: Fri, 24 Sep 2021 13:48:09 +0300 Message-Id: <83a6k2tfkm.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (bug-gnu-emacs@gnu.org) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> <87pmsyo64j.fsf@Otto.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Cc: 50666@debbugs.gnu.org > Date: Fri, 24 Sep 2021 07:32:11 +0000 > From: Andrea Corallo via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > > Can you point me to the part of the discussion where it was determined > > that the absolute location of the file was making a difference that was > > not covered with the hash of the content? > > Not at the moment sorry, this was discussed more the once in different > threads in the last 1-2 years. Right. One situation that comes to mind is that a .el file could be native-compiled with different versions of macros in scope, although that is not necessarily evidenced by the file's absolute name. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 11:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: ASSI Cc: 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324814198958 (code B ref 50666); Fri, 24 Sep 2021 11:04:01 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 11:03:39 +0000 Received: from localhost ([127.0.0.1]:56763 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTizT-0002KP-2j for submit@debbugs.gnu.org; Fri, 24 Sep 2021 07:03:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41334) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTizN-0002K5-6m for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 07:03:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37550) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTizG-0002po-Cj; Fri, 24 Sep 2021 07:03:26 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3358 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTizA-0005ab-5h; Fri, 24 Sep 2021 07:03:24 -0400 Date: Fri, 24 Sep 2021 14:03:13 +0300 Message-Id: <837df6tevi.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87ee9enxkp.fsf@Otto.invalid> (message from ASSI on Fri, 24 Sep 2021 11:15:50 +0200) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.fsf@gnu.org> <87ee9enxkp.fsf@Otto.invalid> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: ASSI > Cc: ASSI , 50666@debbugs.gnu.org, akrl@sdf.org > Date: Fri, 24 Sep 2021 11:15:50 +0200 > > What do you do on Linux in the case that two processes try to generate > the same .eln? The OS takes care of that (it makes the first one invisible in the filesystem when the second one is created, and will delete the first one when the session using it exits). From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 11:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Andrea Corallo Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, kbrown@cornell.edu Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16324818439750 (code B ref 50666); Fri, 24 Sep 2021 11:11:02 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 11:10:43 +0000 Received: from localhost ([127.0.0.1]:56780 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTj6J-0002XB-8L for submit@debbugs.gnu.org; Fri, 24 Sep 2021 07:10:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:42660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTj6G-0002Ww-Pv for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 07:10:41 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38504) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mTj69-0008KN-A2; Fri, 24 Sep 2021 07:10:33 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3799 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mTj64-0007FL-Gw; Fri, 24 Sep 2021 07:10:32 -0400 Date: Fri, 24 Sep 2021 14:10:22 +0300 Message-Id: <835yuqtejl.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Andrea Corallo on Fri, 24 Sep 2021 07:26:11 +0000) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > From: Andrea Corallo > Cc: ASSI , 50666@debbugs.gnu.org, kbrown@cornell.edu > Date: Fri, 24 Sep 2021 07:26:11 +0000 > > > Or maybe we should add an automatic fallback on .elc/.el in case > > loading a .eln fails? Andrea, WDYT? will that work? > > Yes I think we could have an automatic fallback, we might have > 'native-elisp-load' (invoked by 'load') re invoke load itself in case of > failure, not very clean tho. Is 'native-elisp-load' always called from 'load'? If so, we could make it return some special value to signal that fallback is in order, and then modify 'load' to proceed with loading *.el/*.elc file in that case. > But aside the fact that is implementable I think it should be limited to > just this specific load failure, otherwise it could easily mask other > issues. We could log a message in *Messages* about this, so that the fallback could be discovered. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 24 Sep 2021 12:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, kbrown@cornell.edu Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163248776513420 (code B ref 50666); Fri, 24 Sep 2021 12:50:01 +0000 Received: (at 50666) by debbugs.gnu.org; 24 Sep 2021 12:49:25 +0000 Received: from localhost ([127.0.0.1]:56914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTkdp-0003UN-CC for submit@debbugs.gnu.org; Fri, 24 Sep 2021 08:49:25 -0400 Received: from mx.sdf.org ([205.166.94.24]:60176) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mTkdn-0003UD-7o for 50666@debbugs.gnu.org; Fri, 24 Sep 2021 08:49:24 -0400 Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 18OCnJ8D019438 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 24 Sep 2021 12:49:19 GMT From: Andrea Corallo References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <87tuiao6g6.fsf@Otto.invalid> <83fstutpnt.fsf@gnu.org> <835yuqtejl.fsf@gnu.org> Date: Fri, 24 Sep 2021 12:49:19 +0000 In-Reply-To: <835yuqtejl.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 24 Sep 2021 14:10:22 +0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) 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 (-) Eli Zaretskii writes: >> From: Andrea Corallo >> Cc: ASSI , 50666@debbugs.gnu.org, kbrown@cornell.edu >> Date: Fri, 24 Sep 2021 07:26:11 +0000 >> >> > Or maybe we should add an automatic fallback on .elc/.el in case >> > loading a .eln fails? Andrea, WDYT? will that work? >> >> Yes I think we could have an automatic fallback, we might have >> 'native-elisp-load' (invoked by 'load') re invoke load itself in case of >> failure, not very clean tho. > > Is 'native-elisp-load' always called from 'load'? No but we could have it just return nil in case of fail with no breakage. > If so, we could > make it return some special value to signal that fallback is in order, > and then modify 'load' to proceed with loading *.el/*.elc file in that > case. Not sure how complex would be to integrate that with the controlo flow in 'load' but yes that's a good idea if we wanna pursue this way. Andrea From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Sep 2021 15:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: akrl@sdf.org Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16325826414236 (code B ref 50666); Sat, 25 Sep 2021 15:11:01 +0000 Received: (at 50666) by debbugs.gnu.org; 25 Sep 2021 15:10:41 +0000 Received: from localhost ([127.0.0.1]:34317 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mU9K5-00016G-7y for submit@debbugs.gnu.org; Sat, 25 Sep 2021 11:10:41 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39694) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mU9K3-000164-G3 for 50666@debbugs.gnu.org; Sat, 25 Sep 2021 11:10:39 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:45250) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mU9Jv-00034f-3z; Sat, 25 Sep 2021 11:10:31 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4412 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mU9Jt-0000le-3G; Sat, 25 Sep 2021 11:10:30 -0400 Date: Sat, 25 Sep 2021 18:10:23 +0300 Message-Id: <8335psr8rk.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <83a6k2tfkm.fsf@gnu.org> (message from Eli Zaretskii on Fri, 24 Sep 2021 13:48:09 +0300) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <87h7ebrylf.fsf@Rainer.invalid> <834kabuqsf.fsf@gnu.org> <87zgs3qh5y.fsf@Rainer.invalid> <87pmsyo64j.fsf@Otto.invalid> <83a6k2tfkm.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Fri, 24 Sep 2021 13:48:09 +0300 > From: Eli Zaretskii > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org > > > Cc: 50666@debbugs.gnu.org > > Date: Fri, 24 Sep 2021 07:32:11 +0000 > > From: Andrea Corallo via "Bug reports for GNU Emacs, > > the Swiss army knife of text editors" > > > > > Can you point me to the part of the discussion where it was determined > > > that the absolute location of the file was making a difference that was > > > not covered with the hash of the content? > > > > Not at the moment sorry, this was discussed more the once in different > > threads in the last 1-2 years. > > Right. > > One situation that comes to mind is that a .el file could be > native-compiled with different versions of macros in scope, although > that is not necessarily evidenced by the file's absolute name. I think I know what we were trying to solve by that, but the explanation is a bit hairy. It begins by noticing that what goes into the file-name part of the hash is not the entire absolute file name. We cannot use the entire absolute file name, because then moving the .el files somewhere else (e.g., to relocate the entire tree, or maybe access it from a different machine) would break loading the *.eln files. So we actually disregard the leading directories, leaving just what's below the 'lisp/' part. For example, for a file "/foo/bar/baz/lisp/FOO.el" we use just "//FOO.el". And that could cause problems if we also have "/foo/bar/baz/lisp/subdir/FOO.el". So for the latter we use "//subdir/FOO.el", which gives a different hash. IOW, this is to be able to distinguish files with the same base name that reside in different sub-directories of the same tree. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Oct 2021 22:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16354597658033 (code B ref 50666); Thu, 28 Oct 2021 22:23:01 +0000 Received: (at 50666) by debbugs.gnu.org; 28 Oct 2021 22:22:45 +0000 Received: from localhost ([127.0.0.1]:53453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgDnI-00025U-N7 for submit@debbugs.gnu.org; Thu, 28 Oct 2021 18:22:45 -0400 Received: from mail-dm6nam08on2114.outbound.protection.outlook.com ([40.107.102.114]:58113 helo=NAM04-DM6-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgDnD-00025B-4h for 50666@debbugs.gnu.org; Thu, 28 Oct 2021 18:22:42 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RsABGq/3hY6QqW2JjpBjc8Q4qZEF6kX2iUMY1re3vbr1coPtcxBDCwjBJ1LhaB+ytJDLnX9y+6cQfWElsJuI+c96FOwSro4eFt01DrKjSbLuk8IA8vI+e8uFPphffUxz/8CaSyVGJbQ0GDe7IMe9wT2bYHAUjraSp6y85mL5wxC72NgpzuWcVSpmY/Rw9MIdWaxLWygrvmCtktYj8iMWIzL7TSRXVl9LcC0pupJlggMGgba0EsZvrVxXyEGqbYmysjZs8kKTqymPOsrhnafCUpGMfRwmi1VlX+603iXyfRF5Smif/7aP8ezRVxGIpR+qKbZHVHVdIHa6jz89J4fAzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=O+4XnqSlM4Lg/bO7eP/vo0XNCQ4AdL9/klFiOKxPJrM=; b=LWxM6Nmw1/pBHYJovSBh4QhXzY02O2GsKCw3gXCcIixdPvWkLNWvAftTtjzdbw8V3MWkq+aW5A4hfHEpMKLBgKU8YH9Yo0Y8GQsSG0vM5NMwGhCldJ90YCbBut2LL2PAIt+BYqjkrBdHUu/7VEvcSO8eEYWNUuEOWyghElJZIpo6R07ALkzf5zJDCvONF7MSLINa6Uqua2WdeE5/gHx+xDIK9DIQZl2j74pYRhskdZeUSe10v5I02wOUmzseWMaV3N342kgXprxWnQ0RXAQws/VNcL79ze0i6vZcR5jur3dJkg3ZV8tvqxHgLODcHco6Rt/pWuXRNP2ZGyqgrspf2Q== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=O+4XnqSlM4Lg/bO7eP/vo0XNCQ4AdL9/klFiOKxPJrM=; b=SvrdzzuKKWcQRsUiYL17Kzq2gQ4hD+8XPdPFENTvczhdpru7d7bMntqAzZgSQGOO4NvoU79Ic0VecwLMrAAvMtTha1mWZgMGQOZLj2IUSDNN1a/ZoMz+ZCJuju47Vx3rXz/zMmrZA90/QmFSptFuG6hUv05+ClwlGqp6HCVdnrs= Authentication-Results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB5300.namprd04.prod.outlook.com (2603:10b6:408:3d::29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.15; Thu, 28 Oct 2021 22:22:30 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::d1a8:b6b3:dfd1:b093]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::d1a8:b6b3:dfd1:b093%6]) with mapi id 15.20.4649.015; Thu, 28 Oct 2021 22:22:30 +0000 Content-Type: multipart/mixed; boundary="------------V5v0e0jq78BIVJT1KLbCBtsJ" Message-ID: Date: Thu, 28 Oct 2021 18:22:28 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Content-Language: en-US From: Ken Brown References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> In-Reply-To: X-ClientProxiedBy: MN2PR05CA0046.namprd05.prod.outlook.com (2603:10b6:208:236::15) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [10.13.22.5] (65.112.130.200) by MN2PR05CA0046.namprd05.prod.outlook.com (2603:10b6:208:236::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.12 via Frontend Transport; Thu, 28 Oct 2021 22:22:29 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 374d2ad2-8a9a-4a67-bfcd-08d99a616e30 X-MS-TrafficTypeDiagnostic: BN7PR04MB5300: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ISA3uhMTP9EqIPfG2m6FLHsbdYn/ElDKgw1kqPcGomfUcRPUmjjhZte/HZIFcuBsd4yNX+HH5bpG6/pMPatDQL4CgcdpW+U27VbtRoDAw1ibk6bismP5jROFyO283OAKvQk0aWiFqNkw/iFQ0LCVIlCjhCdtssjGwtphgX9JbCf0CHVTBRYoU+USCDWTQbEH8RSaEMUTwZk5DTJB6npQw/1loSvNAVkJyeNNghY/J/Y/7IIAqxaVLwqDESKVpY756Mb1Zn1ngxxPkFigfN9M7n4EcsiQ2Bhszf96r8h6UNASJNFA648kJGunG+rS1HryZSYS26IL7ZjmEGdG0RA/waI0wxZiyZbi/G8+0UAnJDagV5MtCak7QxOsnpVR4Gx8N90FzgAwtV+kKFRe/PpATMo3+hoqaCzXe9AzSUcbjwIT0rhaO4VT5TCWzDj/gRJyA6mVfNXklqeb8bBDyqUpfs4h4WX0JWPKeoF4q8jBFt32ThkcJCPeE1ou4va3IHNasbAvW4Wsiby8rKpdRbC/LTp09tQqh8pt/8SZLaqeLzeBbQyZQa4IFK79mB+YNdcOSwGipP5/9c0r8IKSW3gJy/7JIEGMTRiNCBlPrNUh4ermLmtsHGSHONUWZjfZrd0H4c2hiyYviDq8bLV9dZ6P85S69j75z9H+KPKHZWleN/ONPtULgh+3HLgoQamYjBO98pKXdrFU8tcQp4Fy+8PQ3akej5RNo68GJUnIKcfIK0I0QJOYqcKzE/azYf5b3vdQSJboikOaxPn0KsPyj14ADDJdwwkGwStaUJQcX1F9+jraz9Gojr4w8wzJyagHDQHR X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(6486002)(86362001)(16576012)(6916009)(83380400001)(2616005)(53546011)(5660300002)(956004)(4326008)(8936002)(38100700002)(235185007)(75432002)(66946007)(66476007)(316002)(786003)(66556008)(31686004)(2906002)(31696002)(966005)(26005)(186003)(8676002)(33964004)(36756003)(508600001)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: cqfMgOamNibVZUNuuPI9IUEYZyKZ8kIeJJAbhD25+SAUUgA5KhADyzE53AOsUNi1J9uhYjj9VAwE1bb6CpEAALegotf8FH/ac3LBTBOebO2TdCiOtnqnAP5pUTVp02ptLW05em0kzyVrzmZskcdwhpKEbzPw1xHAddvj5hKPKFWvc+q/9G5zOZtlt1ZeHHfo2iSYMn54zK6e8bqt70+g3N4c9ByKYmQFaDYh8mBY/9KWRkc0yF7xx+D71dnxJxKrRoHrFiUhh9Pj3SRWmxY52ylA3jrWcNQv6f+iIAu41di6gW+olAYLRouw7fdiAUETLFlITGRL43/esDokKxhFG/MAokFo6zXuF4LYdarz7Ad4JaUHBrVlzP2imR2sch58s4zNDKWMQjVHa0qGfdfpg37dKZ9dWSKz2Q58JwIlp/ZPp/oOF5ss+U7djOHmZM2m5vUn+W47IAc2CxaD7rTUtiff0KsUxnTtXCTAaNvVgmQnCJnd293EE9ZPg5/UL/dcpQHduYe/PpHHFyOf8GE/WzQCtIZGXlW+NRYDyimbwGiVgcbfNCGMwn4vFUUR4YtvOaAIt9lXinGR0BqQZlMJ+HCg0Zs3w6A++NXE1qtliuT2Z/v/vdglhh1W+tvEadTsrAZ2B47DZIFNzwGDuTMNtPnuXhU3KnMspCzbixglskprXZH8GK8wp//9o0MAF3xkrF+ty4cVSc6/4PT5eCxU1asE4rT/hYTMxLl9p9VKW02BQRq91Ysehuf01ug8rEVj3F3LOm6RvywyLgyEcvml/uMIBYCeNCqPrd/PBl+a5wCKQicOAxFa7Up3sUrQPUTntw2x8++O4J8SG7XaLDUQbbw8QkyGxEjG8U8PrGH/abEEqybfxJvEf38z/JORNaIR91eteZom4DyEWgaHqxN5MY+OCosUiEk87mudJO3ojS12BwYdKg6tlicRBfXxiw3tBn+sxniC9iHSPHrvbB7MwmhYU+cu7OUQkZUqyowfq/FyIbTX5IkXHeCspPp+p2FX0QHicJB5hIKSkAMs2nj1YRT3Pjt6OSK0MPeQo7mw9JSJ9G13E4RPM0AonhRgz76bkE2DfqWR1YfEgrb8zw9mph0JNjk04pFpFGTmRqRUKSSYdfORARIPPmY/4f//1a1CVTWcnfm4OwzCZ9FIfWaah7oCSS48ro+8rGRurFN116is7vsZvZeXKkIhB9voUfE351/bWjavTk9OpOt1usRLremEFhRAErphdqAycW88iUw3TZSfF4wvku4fu6zNIX1/ijWE3e1NeF/7Ren/nO2tEqJFWJQkK3UtYcfgmPp+DiApUHiY2erG4eQxIHmiThjdTMkvGZZbqO7iuadkj51YOnkLPsCfTDyBzlhC+Mjlrc/KAd3nKNYcrlsdvQXFSdflAC4GU50cOPm7Vi6C5/heF6Q5HRyywF9mOJ5Prp3/ibpD1r+DI6m+6+FsyD3uMZlgkjahdgCol4HRAcY6+b3sXPmU8SD6UzD/ZudRCug1t8Cf17OfeU4Po71C3HeyLBY6cjX1grXxM4dXCSN1J+otioz2OGT4jcfKUKAclckmwRsIqIzTljzGHxkhiza/pNRvC/zx7RtMT14n5f4YA0tLwjRBy1X4WbEP/M11pWAZt9A= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 374d2ad2-8a9a-4a67-bfcd-08d99a616e30 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Oct 2021 22:22:30.2908 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: eB/vmdWGawm9fpwIzsvVxHbdWCtjKqFuAxpVws3/PvlzNC9zl0tN2sUu2SxWhOjvZnuSOzYq9RwmaOziGwZodg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB5300 X-Spam-Score: -0.1 (/) 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.1 (-) --------------V5v0e0jq78BIVJT1KLbCBtsJ Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit On 9/23/2021 1:13 PM, Ken Brown wrote: > On 9/23/2021 12:37 PM, Eli Zaretskii wrote: >>> From: Ken Brown >>> Finally, as a side note, I don't think it would be a tragedy if this just turns >>> out to be too complicated and we have to disable native compilation on 32-bit >>> Cygwin.  The Cygwin home page at https://cygwin.com/ already contains the >>> following: >>> >>>     Address space is a very limiting factor for Cygwin. These days, a full >>>     32 bit Cygwin distro is not feasible anymore, and will in all likelihood >>>     fail in random places due to an issue with the fork(2) system call. >>> >>>     Therefore we recommend using 32 bit Cygwin only in limited scenarios, with >>>     only a minimum of necessary packages installed, and only if there's no way >>>     to run 64 bit Cygwin instead. >> >> My point is that maybe we should make that decision already, before >> burning too much time and energy on it. > >> Maybe you should ask on the >> Cygwin list whether somebody will object to making 32-bit Cygwin Emacs >> a second-class citizen. > > Well, 32-bit Cygwin is already a second-class citizen, so we might just have to > do that whether someone objects or not. 32-bit Cygwin has just been demoted to a third-class citizen. Cygwin 3.3.0 was released this morning, with a deprecation notice that it is the last major version supporting 32-bit installations. In view of this, I don't want to put any energy into supporting native compilation on 32-bit Cygwin, and I doubt if Achim does either. Eli, what do you think of the attached (assuming Achim agrees)? Ken --------------V5v0e0jq78BIVJT1KLbCBtsJ Content-Type: text/plain; charset=UTF-8; name="0001-Drop-support-for-native-compilation-on-32-bit-Cygwin.patch" Content-Disposition: attachment; filename*0="0001-Drop-support-for-native-compilation-on-32-bit-Cygwin.pa"; filename*1="tch" Content-Transfer-Encoding: base64 RnJvbSA3Mjk5YTM4ZWY3YTZlY2VkMjJiOTUwNmUwZjY4NDE2ZmRiMDY5ODZiIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBLZW4gQnJvd24gPGticm93bkBjb3JuZWxsLmVkdT4KRGF0ZTog RnJpLCA4IE9jdCAyMDIxIDE0OjI5OjA4IC0wNDAwClN1YmplY3Q6IFtQQVRDSF0gRHJvcCBzdXBw b3J0IGZvciBuYXRpdmUgY29tcGlsYXRpb24gb24gMzItYml0IEN5Z3dpbgoKKiBjb25maWd1cmUu YWMgW2k2ODYtcGMtY3lnd2luXTogRG9uJ3QgYWxsb3cgbmF0aXZlIGNvbXBpbGF0aW9uCnVubGVz cyBFTkFCTEVfTkFUSVZFPXllcy4gIChCdWcjNTA2NjYpCi0tLQogY29uZmlndXJlLmFjIHwgNyAr KysrKysrCiAxIGZpbGUgY2hhbmdlZCwgNyBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEvY29u ZmlndXJlLmFjIGIvY29uZmlndXJlLmFjCmluZGV4IGU2ZmZlYTA2MzcuLjBkZGY5MTdkZTIgMTAw NjQ0Ci0tLSBhL2NvbmZpZ3VyZS5hYworKysgYi9jb25maWd1cmUuYWMKQEAgLTM4MTQsNiArMzgx NCwxMyBAQCBBQ19ERUZVTgogSEFWRV9OQVRJVkVfQ09NUD1ubwogTElCR0NDSklUX0xJQlM9CiBM SUJHQ0NKSVRfQ0ZMQUdTPQoraWYgdGVzdCAiJGNhbm9uaWNhbCIgPSBpNjg2LXBjLWN5Z3dpbiAm JiBcCisgIHRlc3QgIiR7d2l0aF9uYXRpdmVfY29tcGlsYXRpb259IiAhPSBubyAmJiBcCisgIHRl c3QgIngke05BVElWRV9FTkFCTEVEfSIgIT0geHllczsgdGhlbgorICAgIEFDX01TR19FUlJPUihb TmF0aXZlIGNvbXBpbGF0aW9uIGlzIG5vdCBzdXBwb3J0ZWQgb24gMzItYml0IEN5Z3dpbi4KK0lm IHlvdSB3YW50IHRvIHRyeSBpdCBhbnl3YXksIHJlY29uZmlndXJlIHdpdGggTkFUSVZFX0VOQUJM RUQ9eWVzLl0pCitmaQorCiBpZiB0ZXN0ICIke3dpdGhfbmF0aXZlX2NvbXBpbGF0aW9ufSIgIT0g Im5vIjsgdGhlbgogICAgIGlmIHRlc3QgIiR7SEFWRV9QRFVNUEVSfSIgPSBubzsgdGhlbgogICAg ICAgIEFDX01TR19FUlJPUihbJy0td2l0aC1uYXRpdmUtY29tcGlsYXRpb24nIHJlcXVpcmVzICct LXdpdGgtZHVtcGluZz1wZHVtcGVyJ10pCi0tIAoyLjMzLjAKCg== --------------V5v0e0jq78BIVJT1KLbCBtsJ-- From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Oct 2021 05:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16354869154707 (code B ref 50666); Fri, 29 Oct 2021 05:56:02 +0000 Received: (at 50666) by debbugs.gnu.org; 29 Oct 2021 05:55:15 +0000 Received: from localhost ([127.0.0.1]:53855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgKrD-0001Dq-7l for submit@debbugs.gnu.org; Fri, 29 Oct 2021 01:55:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgKrA-0001DY-Ra for 50666@debbugs.gnu.org; Fri, 29 Oct 2021 01:55:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:53838) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgKr2-0004R7-PS; Fri, 29 Oct 2021 01:55:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ISZ+cZ4MQ+mXOueOU5tkSGqktjUsdu2MfFoQHlBYSjY=; b=eoDOKvT8ADpe zBTQ7qU/D4c9QkamAUXGlo+R2BBSYTYo78/6rDfbzQH0fjS27AZmhBfvpB7qPzGzWL04912gDTZUe qdnoXDKXkWNS1th3ua1pJWaTMSDjLZOXq1kjRUHA/4UrhhXEB42tZ7Zhblp35c6YfAS3D8tjc60w3 W6qviqpZKV7smrHnPVV+OhC3Kz81DSyGP/6JPBmhpRUE8xh5RSSuWycBZlPx3PkXLQhH2YIysK81j cRzMLWUlR/JFsfNaMARL9sTpUPs2ElROYCOEHd85bHt467/+uWR3a39LdsAJmhlHxIVGzEQiyUhBy Hze6MHYrJObd9URsk3XtSg==; Received: from [87.69.77.57] (port=2711 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgKr2-0008DA-8K; Fri, 29 Oct 2021 01:55:04 -0400 Date: Fri, 29 Oct 2021 08:54:50 +0300 Message-Id: <838rycs7dh.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Ken Brown on Thu, 28 Oct 2021 18:22:28 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Thu, 28 Oct 2021 18:22:28 -0400 > From: Ken Brown > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org > > 32-bit Cygwin has just been demoted to a third-class citizen. Cygwin 3.3.0 was > released this morning, with a deprecation notice that it is the last major > version supporting 32-bit installations. In view of this, I don't want to put > any energy into supporting native compilation on 32-bit Cygwin, and I doubt if > Achim does either. > > Eli, what do you think of the attached (assuming Achim agrees)? Assuming this decision of the Cygwin developers is final, I don't mind. But why do we want to depend on an environment variable for enabling the 32-bit build? why not a configure-time command-line option? From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Oct 2021 17:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.16355270207186 (code B ref 50666); Fri, 29 Oct 2021 17:04:02 +0000 Received: (at 50666) by debbugs.gnu.org; 29 Oct 2021 17:03:40 +0000 Received: from localhost ([127.0.0.1]:55787 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgVI4-0001rp-7Z for submit@debbugs.gnu.org; Fri, 29 Oct 2021 13:03:40 -0400 Received: from mail-bn8nam11on2129.outbound.protection.outlook.com ([40.107.236.129]:10208 helo=NAM11-BN8-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgVI1-0001rX-PA for 50666@debbugs.gnu.org; Fri, 29 Oct 2021 13:03:39 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RuXlRMh1SbrvaS/nfQ0LPuw77Ex6euEX+wVUtfjcSgtOe9FHnOCkR+dNaiLotEVDuggYJ+vsEetcYXRuzeO/vHHAOSb51nc7TyHcyerScn/gET5DK67N5JEicRG22udLI73eJ8Hb4QQGAr9DpbIQnIFTCH4AufFTvdjWKkaWbngTMM0GqWIvevH47ZGpbec+FGFAZqjrbtY24FNdUKhk82hP2oH5obf83nD0U6q5eHvowCJt4JqPMyQHWS79o2+9sCwCQrQs8ZEHJR+XzbuA4gMPjkX6E/hp1AgqtFGPwKUvWBUYpqh4WDBV6OUkjrYklZRy1EJXkJzxCjKjYndY/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=iBgPlckmwQWnjr2tCijKP83bDQmKrQKtQVIVRKnd6+Y=; b=dkV5MbNxx7+nOyGVlMwgHr7vkJlBqZapinHi88qynq94N9q/oqcHMYX6u2hXNcjFVregzKJhSg4rbW6sEScqYkg1aHdo7jZmjiYAhdSBUmJT7YFiEPA7B7VEAqPODcn9joGoTpIZIplSl4+GCVKeppcA5gaLh9ddXQDYoFqcPjDKwxVHKlQTno91pqP6xD32jmrAqHsZHvhliwsoAvrsBzzzQCgD362EHZUzMUO4mnonblzK9iz/XUQXz9KQzMpkdjWWgWpxZLIKmelcObJoH6WpUEGmIZEvdJZ04L3k2KP6m4PgUdS39QoNV9u0VolexZvYRLcdHqDWOGAV4nfWOw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=iBgPlckmwQWnjr2tCijKP83bDQmKrQKtQVIVRKnd6+Y=; b=jFu8Bj5XJ4NdIaM8HduORkoFbw05WmSzCjRwfpj1pbaUrxaqKN4LOc3NzLwNe/er6EafVFW+Tl+d/pKB7QRCat3uUGl6fEgNfR03TAncTjWgpi2U8rOt9ccFv0ydCl10khakd5jV/Kn6QDNrbZZWfJhZlDuLLJ2KMuNCLCOCUKE= Authentication-Results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN8PR04MB6353.namprd04.prod.outlook.com (2603:10b6:408:7a::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.14; Fri, 29 Oct 2021 17:03:31 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::d1a8:b6b3:dfd1:b093]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::d1a8:b6b3:dfd1:b093%6]) with mapi id 15.20.4649.015; Fri, 29 Oct 2021 17:03:31 +0000 Content-Type: multipart/mixed; boundary="------------l1MXCdAFG00PVcxtjcdjCWo9" Message-ID: <656dcb30-7637-f900-0d22-235f0ecb884c@cornell.edu> Date: Fri, 29 Oct 2021 13:03:29 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Content-Language: en-US References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <838rycs7dh.fsf@gnu.org> From: Ken Brown In-Reply-To: <838rycs7dh.fsf@gnu.org> X-ClientProxiedBy: BLAPR03CA0071.namprd03.prod.outlook.com (2603:10b6:208:329::16) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [10.13.22.5] (65.112.130.200) by BLAPR03CA0071.namprd03.prod.outlook.com (2603:10b6:208:329::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.15 via Frontend Transport; Fri, 29 Oct 2021 17:03:30 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: eb7734c3-0aa5-4b9b-e4ea-08d99afe08f4 X-MS-TrafficTypeDiagnostic: BN8PR04MB6353: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:1775; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: mZ5k4LuoXTuDZ7N+PUPMQfUKW9Etam8L6lCYZkrHcTy/k91XZ+fzuaIzvgc0lpBwyaXqm4II/LZY4cBI8jFF7/uHDuDw/hqm0YyByCmOGHOl63EYmhoryHs66HSKMYhv3EO8guDtPdcuHIWyjs8kdn5YrF6OzMTpvFewZfmexHsXsfFvqCHzvQYGdPGLR/Dx2PL5YFaaNENJb1JDlAuE2azmBtdqdz7fBwpfRhPHPVOmQWkkFax664PhUAbQF/eXKDfeYS0+tPE8zmN9uLRbBArdyOUXaUikk03qUEQD2NG60h3ETupo7fDOKQMjqIBPPYmpX9K5HFlZCRSGbcraC2y1tZWcwq7J82F+/kv6Svlem4lavcc4MdkvVWn8gBukbYGm6ovvWAk/X4B0FIz5yTihPhRmQhVh25WZsFpALCEste77gyjxjmXT3CSv3syX77qEr9JNjlp1UYESRI5jkeJAyii1fzaIu1n8fItWxCZGC4YSBd65JJ6T+8vM+REtDrPACZwEjAM2DQuindyGJx1RBKTl/BuQcl3jzB48GmaF1suPSR5hVMWocqyEWJeO+j3a0gjvkQz1EFFfU7zWfhaOfklFvI6AmoQIcQ7hXnbXX+tf4e19EVOzGclbeZ6HQ1KEq2bsujiukHpfOErXOb2XHUFgiFhA9iLRdG/QzxNqYRHJqoSXL2JgGNAqASzZdw9ueJoqibjnlXLgLkqq+6rZi80SUXcE9VnucBrO3VM= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(66946007)(16576012)(33964004)(786003)(2616005)(6916009)(8676002)(6486002)(53546011)(316002)(4326008)(235185007)(31686004)(75432002)(5660300002)(38100700002)(26005)(86362001)(2906002)(186003)(31696002)(956004)(36756003)(508600001)(8936002)(66476007)(66556008)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: pZZYVWw5njGlamEG7vV0166a79eFY9pI0/tonzcKqIgbr4IC7XVpvhWsWamxLAaTdTUMJRZtbsKrEHd6GBrVdElEkSpQXWsM41A0IiSZ9P4TB0hL/bQOrzVCTZOhKH3H0/cxGSFxT+NwcUF0nnbRq8IQy7Opgm1/t4xoW6T6J/Jq5FHcXCm1SYVNvvo49b2qcquCjqgGDWHbI2tMrrw/Nh/JKQI/iN62UpAYWquk4VMcu9EsMdrStk1q0uByWLmztYrgPr4BG8xhfYXlXifwAXsKpwjaOoqQTa9EbC/pG3VHHrW5qKCtb8fw4kDjzMcbfzoEv3HZqaFjVSx+NcXG2am9B20sqLezVFfaG8YNYtD/GNoGrryS7EtsfGzIvrU4CmoUXacfVFU8nho0nUoj2QuJ4cIz/KfFaGlxMNParP+Oi/BN7+tU9A8Qq+4lm0luQyByoqtdjEKFOfFTwo62p0X90ap8Xv9cUZfMD/1kgxy1fdlmstdPyRyBA2sSK6LFgyra2cZzm3mDhEEmaTkqZd0Itb8RFHQvtKNEKEyyYmNj6wNzycMCj/l54MVbWMcFNyV4c2RjMAGCXqCJmwJLWs7B1r8RcClfkYFHd6p26d7k5jYO9Ms/qCCfpCRGI8gNfmkpNEDASkYVyvEEhKzwfXQCkcuM4c0Fn/dBHDQH4Fzn0y2YWv3G0kxn3mogY1HyT6y9lUD7QNKdt7TqIPdqRduStLwSkSEwdHjsz2y5dD9YAJpC235tnrEgR20Di7x9cqX6liBC53UAVuqT+Iv+h4i4hYhVyAR8+l+nxC1oIlNY4qb7u1bGzC4Lsif1DePZUVKL2eUaavsG1t8Gp11aFOT6DvrNuc9egQkYWBl5XjUS1UlYLS0BJGteDosHuAMzRBAVUUyGigfW9AEEbuscMZKHqxljfs/V/qUOuPDJw8i2ZEupfZPImvOJPUt4xbGNsbIWaKi4NTRDq9566IWFARIFMkUVRj9+fxfFvmSpEGVxl6QQzDMzyoDajd0sXu9VfSTBFXoiiQeVrQsCGCsql0fZZjgMllUR3BeEJpv8Z5C+Y+Y9+yjTPQC1lJX2zz0kD0LAOKluza07f+aEUqorJ/KHNz6VrIOMgJxiRMo+7MKgSM6rOGsTEpdNz3674Sgf+5waLDWJJNezLxr0+4uTXErQYfTLnHUliJRfXEHz10Es9oei68M79N4eIcAP0Z4TIeM6V0qbqmnsR9fqAMncSsRtwbfBf/Hr8W/0isBKAPkYbRXLnoqyB9exYPMJB6GVxQCFXn2UN82CBSkHqpV8hYZsYaWX0WROG2GEtpvC53dSz/UnIPX4C23M7sXdH/7VaGhXJsWyjcTUoaVKwgWUgVSStJ5aWRoUHi61cGPo3bWxjSnbt3OY6lL80yucZ+jUX7MDz02CTWOlpu/6WEKKHYMF30a5g+v3aEOVNPJVOfCMdu0BUdCPhTURXRK4CVAiPsbq0g+h/yV6KtdlseLcBm2tAueLckSzoEQ6LhpObnxSTHuYKL8SbXaS/syOJebysX0mGjKtbzA0z279br7xZrSWJIe8OIcBcXaOpeFm2Bj2S2HbquEfOUP/HXsJ4Ds5sI1ETMtKBrnuVOQLgua9MQyRqCo2RS0xdsMJlCltC8E= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: eb7734c3-0aa5-4b9b-e4ea-08d99afe08f4 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Oct 2021 17:03:31.3722 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: 4bnjX6QfHbiPWvoarxxax9ThHctd+AkixXKxs5LTB+IXVZYcJHq6wGuIBkPAggEXmuOqPBROxjG8xURdBWsxrA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR04MB6353 X-Spam-Score: -0.1 (/) 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.1 (-) --------------l1MXCdAFG00PVcxtjcdjCWo9 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 10/29/2021 1:55 AM, Eli Zaretskii wrote: >> Date: Thu, 28 Oct 2021 18:22:28 -0400 >> From: Ken Brown >> Eli, what do you think of the attached (assuming Achim agrees)? > > Assuming this decision of the Cygwin developers is final, I don't > mind. But why do we want to depend on an environment variable for > enabling the 32-bit build? why not a configure-time command-line > option? Thanks for the suggestion. How's this? Ken --------------l1MXCdAFG00PVcxtjcdjCWo9 Content-Type: text/plain; charset=UTF-8; name="0001-Drop-support-for-native-compilation-on-32-bit-Cygwin.patch" Content-Disposition: attachment; filename*0="0001-Drop-support-for-native-compilation-on-32-bit-Cygwin.pa"; filename*1="tch" Content-Transfer-Encoding: base64 RnJvbSAwODRiMDNhZTFmODFjNzJhNDZkNGYzNjVjNTA4NTFkYjM2NzRiNGMxIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBLZW4gQnJvd24gPGticm93bkBjb3JuZWxsLmVkdT4KRGF0ZTog RnJpLCAyOSBPY3QgMjAyMSAxMTozODo1NSAtMDQwMApTdWJqZWN0OiBbUEFUQ0hdIERyb3Agc3Vw cG9ydCBmb3IgbmF0aXZlIGNvbXBpbGF0aW9uIG9uIDMyLWJpdCBDeWd3aW4KCiogY29uZmlndXJl LmFjIChjeWd3aW4zMi1uYXRpdmUtY29tcGlsYXRpb24pOiBOZXcgb3B0aW9uLgpbaTY4Ni1wYy1j eWd3aW5dOiBEb24ndCBhbGxvdyBuYXRpdmUgY29tcGlsYXRpb24gdW5sZXNzIHRoYXQKb3B0aW9u IGlzIHNwZWNpZmllZC4gIChCdWcjNTA2NjYpCi0tLQogY29uZmlndXJlLmFjIHwgMTEgKysrKysr KysrKysKIDEgZmlsZSBjaGFuZ2VkLCAxMSBpbnNlcnRpb25zKCspCgpkaWZmIC0tZ2l0IGEvY29u ZmlndXJlLmFjIGIvY29uZmlndXJlLmFjCmluZGV4IGU2ZmZlYTA2MzcuLjZiYzE5NGQ3OTIgMTAw NjQ0Ci0tLSBhL2NvbmZpZ3VyZS5hYworKysgYi9jb25maWd1cmUuYWMKQEAgLTQ4NSw2ICs0ODUs NyBAQCBBQ19ERUZVTgogT1BUSU9OX0RFRkFVTFRfT04oW21vZHVsZXNdLFtkb24ndCBjb21waWxl IHdpdGggZHluYW1pYyBtb2R1bGVzIHN1cHBvcnRdKQogT1BUSU9OX0RFRkFVTFRfT04oW3RocmVh ZHNdLFtkb24ndCBjb21waWxlIHdpdGggZWxpc3AgdGhyZWFkaW5nIHN1cHBvcnRdKQogT1BUSU9O X0RFRkFVTFRfT0ZGKFtuYXRpdmUtY29tcGlsYXRpb25dLFtjb21waWxlIHdpdGggRW1hY3MgTGlz cCBuYXRpdmUgY29tcGlsZXIgc3VwcG9ydF0pCitPUFRJT05fREVGQVVMVF9PRkYoW2N5Z3dpbjMy LW5hdGl2ZS1jb21waWxhdGlvbl0sW3VzZSBuYXRpdmUgY29tcGlsYXRpb24gb24gMzItYml0IEN5 Z3dpbl0pCiAKIEFDX0FSR19XSVRIKFtmaWxlLW5vdGlmaWNhdGlvbl0sW0FTX0hFTFBfU1RSSU5H KFstLXdpdGgtZmlsZS1ub3RpZmljYXRpb249TElCXSwKICBbdXNlIGEgZmlsZSBub3RpZmljYXRp b24gbGlicmFyeSAoTElCIG9uZSBvZjogeWVzLCBpbm90aWZ5LCBrcXVldWUsIGdmaWxlLCB3MzIs IG5vKV0pXSwKQEAgLTM4MTQsNiArMzgxNSwxNiBAQCBBQ19ERUZVTgogSEFWRV9OQVRJVkVfQ09N UD1ubwogTElCR0NDSklUX0xJQlM9CiBMSUJHQ0NKSVRfQ0ZMQUdTPQoraWYgdGVzdCAiJGNhbm9u aWNhbCIgPSBpNjg2LXBjLWN5Z3dpbjsgdGhlbgorICBpZiB0ZXN0ICIke3dpdGhfY3lnd2luMzJf bmF0aXZlX2NvbXBpbGF0aW9ufSIgPSB5ZXM7IHRoZW4KKyAgICB3aXRoX25hdGl2ZV9jb21waWxh dGlvbj15ZXMKKyAgZWxpZiB0ZXN0ICIke3dpdGhfbmF0aXZlX2NvbXBpbGF0aW9ufSIgIT0gbm87 IHRoZW4KKyAgICBBQ19NU0dfRVJST1IoW05hdGl2ZSBjb21waWxhdGlvbiBpcyBub3Qgc3VwcG9y dGVkIG9uIDMyLWJpdCBDeWd3aW4uCitJZiB5b3UgcmVhbGx5IHdhbnQgdG8gdHJ5IGl0IGFueXdh eSwgdXNlIHRoZSBjb25maWd1cmUgb3B0aW9uCisnLS13aXRoLWN5Z3dpbjMyLW5hdGl2ZS1jb21w aWxhdGlvbicuXSkKKyAgZmkKK2ZpCisKIGlmIHRlc3QgIiR7d2l0aF9uYXRpdmVfY29tcGlsYXRp b259IiAhPSAibm8iOyB0aGVuCiAgICAgaWYgdGVzdCAiJHtIQVZFX1BEVU1QRVJ9IiA9IG5vOyB0 aGVuCiAgICAgICAgQUNfTVNHX0VSUk9SKFsnLS13aXRoLW5hdGl2ZS1jb21waWxhdGlvbicgcmVx dWlyZXMgJy0td2l0aC1kdW1waW5nPXBkdW1wZXInXSkKLS0gCjIuMzMuMAoK --------------l1MXCdAFG00PVcxtjcdjCWo9-- From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Oct 2021 18:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Ken Brown Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163553053623051 (code B ref 50666); Fri, 29 Oct 2021 18:03:01 +0000 Received: (at 50666) by debbugs.gnu.org; 29 Oct 2021 18:02:16 +0000 Received: from localhost ([127.0.0.1]:55850 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgWCl-0005zj-NZ for submit@debbugs.gnu.org; Fri, 29 Oct 2021 14:02:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgWCk-0005zT-28 for 50666@debbugs.gnu.org; Fri, 29 Oct 2021 14:02:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47906) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgWCb-0000fP-O9; Fri, 29 Oct 2021 14:02:05 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=6GNvGyJdseXnKTJTw/UUcKB+r8GlP41jjsGC4awnRKI=; b=QyBzF32csXOj IsUYbKuRbT2RD6fZ83+e7nbi+RCx2QZxeIz39C8yFP0P9IKo5Ypw2Xgxr/VQx3nqxSyReb0RO4P/Y FzTS2zlWE+mV8euetuy4KgWB8wLLstNZ5PENUoFxhzyd1OFmuB9jMQdBb4Eg1pKtwE9OJNbMAcAnT ASdRsnbXbYFR/EcvewyoBrPi5COhtKuIed0jcNI0ITeV0uW30cDzlll0kAfSkZeYgNxbQBKcNVy0P TcnLbSa3rIHgPFiGveVMiju0zDyWbXckJ8nElXySM9b6RgHv0+syIjkrRiiN3Bmrj3YduKfIWIrqW hunzQvsjT4E98O46lAhoqw==; Received: from [87.69.77.57] (port=3535 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mgWCb-00005Z-8S; Fri, 29 Oct 2021 14:02:05 -0400 Date: Fri, 29 Oct 2021 21:01:51 +0300 Message-Id: <83wnlvpv5c.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <656dcb30-7637-f900-0d22-235f0ecb884c@cornell.edu> (message from Ken Brown on Fri, 29 Oct 2021 13:03:29 -0400) References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <838rycs7dh.fsf@gnu.org> <656dcb30-7637-f900-0d22-235f0ecb884c@cornell.edu> X-Spam-Score: -2.3 (--) 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: -3.3 (---) > Date: Fri, 29 Oct 2021 13:03:29 -0400 > Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org > From: Ken Brown > > > Assuming this decision of the Cygwin developers is final, I don't > > mind. But why do we want to depend on an environment variable for > > enabling the 32-bit build? why not a configure-time command-line > > option? > > Thanks for the suggestion. How's this? LGTM, thanks. From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin Resent-From: Ken Brown Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Oct 2021 18:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Eli Zaretskii Cc: Stromeko@nexgo.de, 50666@debbugs.gnu.org, akrl@sdf.org Received: via spool by 50666-submit@debbugs.gnu.org id=B50666.163553113624181 (code B ref 50666); Fri, 29 Oct 2021 18:13:01 +0000 Received: (at 50666) by debbugs.gnu.org; 29 Oct 2021 18:12:16 +0000 Received: from localhost ([127.0.0.1]:55863 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgWMS-0006Hx-8m for submit@debbugs.gnu.org; Fri, 29 Oct 2021 14:12:16 -0400 Received: from mail-bn7nam10on2137.outbound.protection.outlook.com ([40.107.92.137]:25537 helo=NAM10-BN7-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mgWMN-0006Hf-Lf for 50666@debbugs.gnu.org; Fri, 29 Oct 2021 14:12:14 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MURCeI1AiWR+PUqC2G4X0mPxyOmbKPZiZyhAPdjcLtXPy4dRoh43UcoaqdMt8VsolA6BgTCwH2SNuyWIjbLjIkmOrEmqLZIaDk9NvkCam3mbH/OxqHpjCOISCTtf62dKsV76o1Qvx6GxxvJGelUGpIn2l/ChxPFaLCzJJl1lgrlb1pcANAaOe2Wf+Xgy69eEtVjnlsC7eC0cbPo2G9pgmMX6GdPX3A/NsJvAklxoP4eWmqpm1UInJR0o2n1a0uKb/HWrf6b5BGGKjqgxfxkbzUlLRfOF2HPeg7F9NU1QnnVcjdc3qrRqczctkcvkxq9R/SzDBQabpB6HWMl7aftYfA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=FLx6KOygXfEJ4ErbPcFp9Nn2MwGssfHXjuH805OGsrQ=; b=jzC6yk4WnpamujD2HQSGn+MWSXRPY8ojdUWTcE/7YYmlwqxPuDqltwtSsJZKsfPee9gNTSoJynYmXXJRGDvWEdsJGMUIOTeRz5oOk1eEeI8zm82b1gFdc5BY4FpXCQpSbAmXN0VfgYluk8u239lHnDyl9PGdr3rnDoTh0XWzZmP8HLPGvO3v+xErs3dtnqIMvhxDxnV3DjrNi/fjyjqf7vdSF8y260X8TUwNIc3gQtdQe7U6GjbggvtJWzTFGs4p4AUqiOCfWVUCoYanZsxnPw6ozaYHFH4QiOUuCJdiaPhTTcEBfi+sdLhzFrTqWy5jlCvPoco9vPpWXT3sRFTM6w== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=FLx6KOygXfEJ4ErbPcFp9Nn2MwGssfHXjuH805OGsrQ=; b=R8A8+q2LNa1ux4krtUoXV72HvT1r24nlMwjwp/8mZEq0XvWg0eQBUTppYA/3voSg9rN7uynKC2aCEfvcLAgXzw8fYAL/kC7XI/DIpCXz1QddEsgoLTmL6yVRaDQ3kzMim/Dd2WTOdUoNN1woDoR8woT7ESoWWob7DV5Ao+dQAf0= Authentication-Results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN7PR04MB4051.namprd04.prod.outlook.com (2603:10b6:406:cd::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.14; Fri, 29 Oct 2021 18:12:05 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::d1a8:b6b3:dfd1:b093]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::d1a8:b6b3:dfd1:b093%6]) with mapi id 15.20.4649.015; Fri, 29 Oct 2021 18:12:05 +0000 Message-ID: Date: Fri, 29 Oct 2021 14:12:02 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Content-Language: en-US References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <01a89ba6-2786-df04-0181-069b50a70331@cornell.edu> <835yux5dn1.fsf@gnu.org> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <838rycs7dh.fsf@gnu.org> <656dcb30-7637-f900-0d22-235f0ecb884c@cornell.edu> <83wnlvpv5c.fsf@gnu.org> From: Ken Brown In-Reply-To: <83wnlvpv5c.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: MN2PR18CA0012.namprd18.prod.outlook.com (2603:10b6:208:23c::17) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [10.13.22.5] (65.112.130.200) by MN2PR18CA0012.namprd18.prod.outlook.com (2603:10b6:208:23c::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.15 via Frontend Transport; Fri, 29 Oct 2021 18:12:04 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: f0076f8f-0036-4816-c3c6-08d99b079cf2 X-MS-TrafficTypeDiagnostic: BN7PR04MB4051: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:6430; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: Txov9eh6b9NEwN2Z5CjQRlNeNtKm1ZsAV5TnFp1TJob1f+x2k5PJW3lJSv8oUvFBLA/kKqT8X7Ky/cngC6Z8mt78mFvjdH3NI5h+r1DHvN3snEaHsH5FNYHW0SLxhyaQCc8MKPUhHQqieRESPWPJFoR+POR9LdAQ5Wyqe5rIQYFRsTsml79W3naE/W3813tbq5XgNxnIK7ReoiSKfsMKcNxMuIdFt2BLovXm91pI1wM1GBJ3FlPkCwNRNZMjLkq50g39mDta2XR6eyVLRxHrq8s6mwfzRR+3eHJ0+WL1wmDd93Vwh8mEn/wzONDf7/lp8rZ2d4u2ZXql/V98WEppCWwVRoLK+NJ5fvZjoROIlyMn8nmpwyyD8ua2qSSIdhsTx9TYxIflIuZwx38JDEWL12ATSZcViTW/UYFjU+IVQQ5c2JHsprMsBMosNdW+RK1U24EiLSjpGO5h2UUSJ18KTtmSmF2wBFbF7xNJQO7oop4SA9QrX2w9p/5z0FmyXiqBMJQzsTFeC6XjH7VO4aY90PGeP0vjuveeXz/onPTGd/p9XZUT3ORrR4zV3PAEYy2QPcCPl6VCK6AW1ZbWtcDxAYy43Me1O85PNKJ4j3MIV6tNdVes+nSr+CfR+09rmytlLtL3Puf55dkc89/xx6rmxuW+HRHX5SjQLYqGlnkQpmxYgh77DLUfoIs6/NCVe1AJgSuL0bazKM1W85QM6FklOPN4JXQmZOXSFlEmWs7ag6Y= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(16576012)(2616005)(316002)(6916009)(786003)(2906002)(75432002)(53546011)(4326008)(66556008)(66476007)(6486002)(8676002)(66946007)(31686004)(36756003)(558084003)(8936002)(508600001)(38100700002)(956004)(86362001)(5660300002)(186003)(31696002)(26005)(43740500002)(45980500001); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: WChdL2BhAaoMk5w7W8bV56zzq8JsBXuijjcbaC8iOcjItP1unjv4uFb9PZbdZCgForuQCnM4tdc64L7BJnybmZA+Q7KeDvACn4T9ISZAHuRoAov4A6QNQQP7D24t15HvTQT+kqX0W21+BEm2Sg7RBe1GhGfybKrdUb9ivH8jg280hMSlxKjebCQIZCCQjhNPVpm29hbuvNsRDX7lrfKqBRpvbPduOMM7hl6vDc/8gt4V9A6QJY4uqR9/MroTKa0TvCJ6DH6nSE7o1cv6oJ367R7xCFYjVYrpNfQW2Xo8sZsVaW76GWVa+yJT0fTorCb7nazxdOWFP9obGXxgkr8UxFfzIRQq3K7O6oWKOlqrWXIhD711eoBVKYYGQ59B265Shj/1CxPSZNPcFU5ivHhSuGNYiBDc0j0jnPPm0C8eOgGxxH1XspwztoVbIdHnU+nMhwgK8+cLiVJGerxm3AJ5M5fE7ub+j7fEBMco3Y/o/JjpbbmRoMbONNYyaho9TDSWc7jVhBHjA/yHxbBfjP/rqlRH23I8PblN6+1IvHnjwE8EW0dFORZqxe8NOdnvd5efvk28eqKyeIYMNZrBdOQmnWg+1uz/fhxF/G7S1s1PQ7OaWbX49nkZJWnV3Yzs+0UUoARJ90fA+EGJ7xxRWrqN69Tf4Jq6b2MYaIVDODz0nkkAdvqsJ0GpkoZP8db24hAO5kCniIsfFmNfi0fZmcxQ3mjvwpwc0gsgAkrYLEzv1UDGqmnfw+IScqKk2/QgkHD0AstrCkyMQ/FNSixbVrMD3Vpdk5cSZHE5zXIWLrq8ZpTtqnQtlHdF+zuK8Dbmxsx/EnAHMoPX3bGVS48jbeAlK0Xw/zoJ/b00hnV20TlBkU4afBfsNNWZZF3mDzTDlzZ/Iu323Jqu5vjSib3OGvTaSHdsI1Pv2X1Nn8D4/Kik8j0PkyQHSWcuF1MTabvT1nUWcBcM/My8CFPIU+aLHUAd7TjkaM890OTZz9s9dSjrNDyZ/yPPWkk3HFi3iWWe1J01Dx73U17IJIhkVnd/SJgAoD3vyN16uk0MuF+a5gn9tF0bfTqlCvACTkqWlbcMPlM2rdafe9vUOQDcZMHSAZuSjpfPf5rPd5n7a3XV1Sgn7uHautoEX3z+uQ67VZn9EZjR8Y0SPRRaM3OnE1NLi0XJS101ND8c7En+E94OJbocb2URy8fL02TqEd46drQMa6kNDQZbYXEP5mL3XAqaJAC5SiqCQRNPKVE5jfbYtm6aX2eW0mByqjWKtwENKtOey96y+jyX6crEmHc2EgrMNP/QiJBrToMOKJTxVyck6efttSmzfmwQK3i6kWwX6wRWccfZtCjs1SDtvrWG2olEbIO1W28M8k3v6NQxZQANZ87/t7aiMpSXpfPINnDg/TszsYIRGSKf7IDJdR44ww0Hw9hMhyotjhpc10OfyJkYBOaX26/PY1Ur0HlL4qly9Qw/a2XvVUax50pJ2MhT4/eDLJWI/DjdsVjlQxJ/CXjzGQ7wLPEZd1+PK7xfSagyKev1YffzjpbJf/S+VaMWkEUnp4BP0KrvbvQ/Tp+TLvekXmpaHaetKRlE6ath+vnJaUokJFLYh+t73uOlnAch9a8TJTHwml8KeozwaUbPP7EOScei2IQ= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: f0076f8f-0036-4816-c3c6-08d99b079cf2 X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Oct 2021 18:12:05.1636 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: DgnN8Ca0sMSIcQ9uRDWhT6ZsjutCy21Kv9qWwGfb7ULewV3Kk6AWwN6VSmTEe5zPQ2Y6ScoCFsVEeuIy9G280Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR04MB4051 X-Spam-Score: -0.1 (/) 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.1 (-) On 10/29/2021 2:02 PM, Eli Zaretskii wrote: >> Thanks for the suggestion. How's this? > > LGTM, thanks. OK, I'll wait a few days before pushing it, in case Achim wants to chime in. Ken From unknown Sat Sep 20 04:26:44 2025 X-Loop: help-debbugs@gnu.org Subject: bug#50666: 28.0.50; Fix native compilation on Cygwin In-Reply-To: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Resent-From: Achim Gratz Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 31 Oct 2021 20:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50666 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: 50666@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.163571174210847 (code B ref -1); Sun, 31 Oct 2021 20:23:01 +0000 Received: (at submit) by debbugs.gnu.org; 31 Oct 2021 20:22:22 +0000 Received: from localhost ([127.0.0.1]:33159 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mhHLR-0002ot-O6 for submit@debbugs.gnu.org; Sun, 31 Oct 2021 16:22:21 -0400 Received: from lists.gnu.org ([209.51.188.17]:35684) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mhHLP-0002ol-Hl for submit@debbugs.gnu.org; Sun, 31 Oct 2021 16:22:20 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54600) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mhHLP-0005Sn-C5 for bug-gnu-emacs@gnu.org; Sun, 31 Oct 2021 16:22:19 -0400 Received: from ciao.gmane.io ([116.202.254.214]:55664) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mhHLN-0004d4-BX for bug-gnu-emacs@gnu.org; Sun, 31 Oct 2021 16:22:19 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mhHLK-000A3A-9A for bug-gnu-emacs@gnu.org; Sun, 31 Oct 2021 21:22:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ From: Achim Gratz Date: Sun, 31 Oct 2021 21:22:06 +0100 Organization: Linux Private Site Message-ID: <87h7cxymfl.fsf@Rainer.invalid> References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <838rycs7dh.fsf@gnu.org> <656dcb30-7637-f900-0d22-235f0ecb884c@cornell.edu> <83wnlvpv5c.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) Cancel-Lock: sha1:S4sPJkKIUcGooTxxHL9Yc3UkOLU= Received-SPF: pass client-ip=116.202.254.214; envelope-from=geb-bug-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.248, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.1 (-) 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: -2.1 (--) Ken Brown writes: > On 10/29/2021 2:02 PM, Eli Zaretskii wrote: >>> Thanks for the suggestion. How's this? >> LGTM, thanks. > > OK, I'll wait a few days before pushing it, in case Achim wants to chime in. Go ahead. While it's somewhat unsatisfatory to drop the ball like this, I also don't see it as a good investment of time to get to the bottom of the (multiple) issues at play. The outcome might still be that it doesn't quite work even if we'd get there. If somebody is interested enough we'll hear of it I'd think. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ Factory and User Sound Singles for Waldorf Q+, Q and microQ: http://Synth.Stromeko.net/Downloads.html#WaldorfSounds From unknown Sat Sep 20 04:26:44 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Ken Brown Subject: bug#50666: closed (Re: bug#50666: 28.0.50; Fix native compilation on Cygwin) Message-ID: References: <5fb69e10-d362-d6bc-ce1e-92e264a550b5@cornell.edu> <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> X-Gnu-PR-Message: they-closed 50666 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 50666@debbugs.gnu.org Date: Sun, 31 Oct 2021 23:54:01 +0000 Content-Type: multipart/mixed; boundary="----------=_1635724441-30849-1" This is a multi-part message in MIME format... ------------=_1635724441-30849-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #50666: 28.0.50; Fix native compilation on Cygwin 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 50666@debbugs.gnu.org. --=20 50666: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D50666 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1635724441-30849-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 50666-done) by debbugs.gnu.org; 31 Oct 2021 23:53:12 +0000 Received: from localhost ([127.0.0.1]:33280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mhKdT-00080X-N7 for submit@debbugs.gnu.org; Sun, 31 Oct 2021 19:53:11 -0400 Received: from mail-mw2nam12on2138.outbound.protection.outlook.com ([40.107.244.138]:20353 helo=NAM12-MW2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mhKdR-00080H-0p for 50666-done@debbugs.gnu.org; Sun, 31 Oct 2021 19:53:10 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=hNMZaNZoaR19ChmIAigD7igXeQ7DZaubigprBMzLRQX87bBm+vyX7ffO7eHWmeTZ1+iTjmPSPKNIYOBEhjPPnKmNIOUnwSiuYX75FwLkwFHWv3qMsCG/WJAoQ8UZb3wpo6G7RFo5qUcMdnuLPncsY4PqkVVFHhjExEnQynru9YU86mJEnp6lijxJXnvyxLjrnRJe5boVVd9TvgYCzufxA+upeEI5vyK2gTrY3Dah6Ncxpu6jT8ZvdtuoS5y7h0cVpfLg8icZPTybHzO7lRy4YW/RG720Gdn7C6BF1ZvinTm0q2P7VXFgKXnyt2CETpasLzhtDPsqsuNo/Duz3fg67A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=vQT/5P1hINa5HNQmrReYEUfSl26hEn7brZhwfhQ4prQ=; b=IXpzef5UHE+pBy0weI9v1QOpoiJrNNwVgg4iSLkmF/ENhStQETMS/JFxW7v7c7TcAMjE4uxcuWNGPdT4js4zzsOL1Zol56dGhbm9zYoJSsyobfn+EZMIA3HdpD0EM4XT5qn0hpLacMhXcu43YMTjgDPFiL6WFfgWGJsUiHBdSjKac7TRaHrjl5vBVWRCLEtYcGNsC97L9pndld4fB4cPIgVl/mLGEzTIEkCDtJDr+6Ugpb+liTLDeshtCkx7OjHEbg7aNv0wlEwnVuusKYVatQ7npKehT29ZZfz6BmO+U6ed/oD1uoNSXWTyYXebSFdJedcQEjspPUVBp/ATHczwqg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vQT/5P1hINa5HNQmrReYEUfSl26hEn7brZhwfhQ4prQ=; b=Nv5d1A18wn8A6/F2p0+zqR8jbAI1szHNykpjbHBvy1tt9XqpT/ELp3Q4DQWZ5xBjDT3nl3NSMARIaHLlSYgqu+/pBQFMYBS3qf8DM3aiiFZGia0O3GJk2Xm1oUbQ3CyEr0bzVYGhY8NeEPucaWcaUWhAPxWFvCleXAjY8eQOx6w= Authentication-Results: nexgo.de; dkim=none (message not signed) header.d=none;nexgo.de; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN6PR04MB0533.namprd04.prod.outlook.com (2603:10b6:404:96::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4649.15; Sun, 31 Oct 2021 23:52:59 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::88c4:79c5:1eb1:b969%7]) with mapi id 15.20.4649.019; Sun, 31 Oct 2021 23:52:59 +0000 Message-ID: <5fb69e10-d362-d6bc-ce1e-92e264a550b5@cornell.edu> Date: Sun, 31 Oct 2021 19:52:56 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.2.1 Subject: Re: bug#50666: 28.0.50; Fix native compilation on Cygwin Content-Language: en-US To: Achim Gratz , 50666-done@debbugs.gnu.org References: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> <87bl4pf3s1.fsf@Otto.invalid> <83tuih3uvr.fsf@gnu.org> <877dfcg5tu.fsf@Otto.invalid> <83pmt44vn1.fsf@gnu.org> <83mto84r9l.fsf@gnu.org> <83fsu04mai.fsf@gnu.org> <1a5e01a2-2247-2f68-82f6-2075577e02b6@cornell.edu> <837dfc4hi1.fsf@gnu.org> <4ae8067f-55b2-d243-66f3-f76493095a39@cornell.edu> <83o88jvity.fsf@gnu.org> <8e8e74ce-0deb-bcdc-d298-be2e9d4636d7@cornell.edu> <83bl4juu2c.fsf@gnu.org> <838rycs7dh.fsf@gnu.org> <656dcb30-7637-f900-0d22-235f0ecb884c@cornell.edu> <83wnlvpv5c.fsf@gnu.org> <87h7cxymfl.fsf@Rainer.invalid> From: Ken Brown In-Reply-To: <87h7cxymfl.fsf@Rainer.invalid> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-ClientProxiedBy: BL1PR13CA0238.namprd13.prod.outlook.com (2603:10b6:208:2bf::33) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [10.13.22.5] (65.112.130.200) by BL1PR13CA0238.namprd13.prod.outlook.com (2603:10b6:208:2bf::33) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4669.4 via Frontend Transport; Sun, 31 Oct 2021 23:52:58 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 189d14f5-aeba-4c53-2c24-08d99cc9910c X-MS-TrafficTypeDiagnostic: BN6PR04MB0533: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: oi8dxZZmOrlWCMZcugWg6cSilsG7QM50sissRvV8qIS91D6xStiXSsENaMTaW1uQDwaEh7z+K0CdsMc+sg4AA2F+5kaw2pxJc2Vf+TMalH5o3ovRGHCkoT7RjklJAbJuoHXfgzgLIBcC1/u6B7IEV7w3m9STD55pvggf8WSSf3Iu2juQKpW3VcaWoMabV9oEBNLgYIaENRpMCYbQz//8DmXd85CXMrHzCoY9lbmtr4ZMwVWo9d0ArRfkWLVKVi5pZdQodI0rs2EfZZwRjAQu+xjP9TOGKAQHxUuso8Uw4P8tMMMQDNUYPv1GbeXSlXpwfBC6oxP+vO/k7sJVKXPeULcC13EyIz2J8fps0t+rd64hvgukaqVA4dNqUl6ZCkkHxlszd/ETpb2muU2Tc5MI27S3uWLgOGpgXZjmbW5IJVDyBI72gtpOVlS+yUFg9OJr2OJPjsPiJ7YeOPDR4iV8PwKizumT9pXe9dasKdPCxTivTc8Yy+kfaYdedogpPJvZGsWzbVx3rJXI52dZ0qnTeQIB0RSadqfGaoQSCpWWYBbp6fHwf48cf3at58PMsD+LYf4cu29ZWutGHRT1uCLVR9D4h/+GlsGOG3p0iMEraXRVl7u25pPT6TdAkLDwut+cDWuxNsuYiHZk7OAqLv2KkubioPQiDzFQ6dnNGiJJCH5L+F9apBIQqI4trgfHDp2Zdoo2BxXi7RTfucgBNZ+qw0fb6lcGdvGDvoCRNX/QBsk= X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(26005)(8676002)(75432002)(186003)(316002)(786003)(38100700002)(16576012)(2906002)(8936002)(31696002)(53546011)(66476007)(86362001)(6486002)(66946007)(508600001)(2616005)(956004)(4744005)(5660300002)(31686004)(66556008)(36756003)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?utf-8?B?ZXlUN2tFdCtrUHlMTVhlWFc0Z1o2ZFpLbFN5b2wzOGovL2tXdlZIdUMzNXNJ?= =?utf-8?B?YWMzT1BjVCsyWTF0bGx4cWN1S3NSZmRPS3VmNEhJM1Fmd2ZrK1p0Y3lzamZz?= =?utf-8?B?MGc3TFJ0WFhyRnh5OU9jYVZaMjFxQTBYRWJRb0NYc1RLZW9wdVI4SHFhYW02?= =?utf-8?B?VWg3aU9uTjQwYS9BNlhhVkNtUkRvdUNzZUs4T1ZnYlYvb2ZRRFZ2NjI1MW1H?= =?utf-8?B?UnYrNTFYenNzcmhZMWlERTJaVHZEYVNYaWY4cVZGaUpXOG4wdkNqeUZFT0Qv?= =?utf-8?B?OHdDZHFCQUw0ZFNRL1dMZEVXQjRzTGhvVUsyWFFEOVJrNzhyRG52c1doUkxx?= =?utf-8?B?aS9BNVRGL2dSOEpRek8weFRDOVZ6Q0ViajlkL3RaVCsyWnVBMUZIcXB4VDh2?= =?utf-8?B?YTZnVzlUeXBQNEhDWEYwS1N0UlZoVmVnS3JpaHFwK1A2ZS8vUU9uajhvOUJP?= =?utf-8?B?Y1RmOGxQalJFaG5MWVBTNHpRRXBFVllBdHJKVzhVQ2k1SHVNRWpQa0NMcmlX?= =?utf-8?B?UFU5SHRBRVlVL0pLU1ZpWUhtYlVMek5kZEJYVHhKRVhlYjVMOVdQem9HOVpw?= =?utf-8?B?MFpTT1E5ZjhnWDI3aWI0WnhDOUttY05PQ3NsOGVXTDVnK2gxUGVUYlppSGkx?= =?utf-8?B?SU51WmJYM2ZHUUxvc21BVkhMaklENHBXZFZqa3cxUlRQbnRzaWdJSmE5Q2Nu?= =?utf-8?B?VWN4eTJDVGxVd2pDYmJ1WTRzOHRObDBaTko3RUppVzFoWUxYWDlEZEtITFBv?= =?utf-8?B?YkFLTjJ2b2RmWE0xTjliNnBKeWVJUXJNOE14d01IQ2xBZ094QTNPcVBmK093?= =?utf-8?B?d3NrcTg1MnZSblFTQm5hQWRhcHN6c20vYlFTa01OV1VveXZ6T2JZWFk2VXlN?= =?utf-8?B?WnZwNUJwbmcyam5ibXJPWWlWa21JemNxVVZVOWhSTFVQUTRBYVF6a2RMb241?= =?utf-8?B?V3VNamJOaGhqVmxTeGFZbkdDVytxcmdLYWtoVVVIVElKejZxemNSZ3ZybG1L?= =?utf-8?B?MUJUV2EvM3ArVnNIWVhHVkFXcm9DbUFTMHAwempiNnlsMUl4YTFXWW5RM1Z6?= =?utf-8?B?dVQ0aEdFR2J1cElyTldBRld6SnNpWlY0dlpKY1Z6V3BJNTdQZzdpNFFEbUZO?= =?utf-8?B?dVpkNGovaTQ5Mi81RDJTRWl4WExNY1hicjdaaXdtRjJMM1ZscFFaVllEZFJr?= =?utf-8?B?aFFFRklXYlZoajlmTUlBVmYvOVBPYS9XclU1cXY2QmtQTWNScXVqRGNXYXps?= =?utf-8?B?MFFwYjByUU5BK0xFcW5ZNWlkOHQybStlM2ZIOXBzOHQrcTd3ZmgzYS9LMlNp?= =?utf-8?B?V0ExUk9FTHpMUWxETFF2UUpyaVZ0d3B2Z2xvWlZNMlBBbkFnUVovVFVFUC9E?= =?utf-8?B?YjdHMmdFcTZJTEdTTDVOYVlrbTJLTTZpYkNRMGt6dUhHYWZ1dm1OTm5Jb2pt?= =?utf-8?B?UjhxbGUvcTR5MzVlVjVKd0FKaGtoSGxtZUEzUWpBcmI1eGJyUGMrMGJkWTBw?= =?utf-8?B?eEZmUGtRQnRkVWExQ0tnTFpscmpsb3Yrb0VmZU45NnQ4QUN3YUFVOUc0TVp1?= =?utf-8?B?QlJUWnJvakZoRVlVRXYzTDh6WU9peVo5WTFXYi9zSW82Z1dGd3krZURZalVp?= =?utf-8?B?WEZjMTF5V01NL08xQW1va1JzOTFwWmRMNm9XTUFmYmpKbGtJWnFybFpBV1Q4?= =?utf-8?B?L2tGL0pYWDZQVUMyQW0ydTZ6Q0FiZWg1dkJQbUxvODF1Tm5jdUdTeXRBVWNm?= =?utf-8?B?ckt1elJwQWlXdi8zZ3NRYWlPTTNOUDJVbG0raUJXVE5yMk1MbEtIWWtRcnNy?= =?utf-8?B?K2pFcmpqYU1lZWU4NlBUQVVRb1Bwa1NPdHZtL05GUmNUNVFEeVZ5RkRBaWJw?= =?utf-8?B?Mmt4Vis2cUMxVy81ck9JSU0wbUNGN3ZDMENxeFVrZXFuRHp5ZWZBNTMrS2NZ?= =?utf-8?B?c25hNHpjaTkyVEZ0YzQyUm5EcnAxVkwwMXlrbVBRZ3hTOHNTZkIva3ZnOExo?= =?utf-8?B?UHM3RmJCcmdlS0hDRTNZdEJGMmcyTjVBYU9Dc1pUeW10K1pOcVNWeDE3bHQ2?= =?utf-8?B?OW90SDNCZWwvUTRKQVAwVVFjQ0dPaUFuaUlIbElNTENiZkd6Qm9pOE1SbE5T?= =?utf-8?B?SlRuZTdQWGU0cFRaQnhKbXAvVXY3QWcvcW5Ec0Z5NHR6cUl3OHk4L0liUkV4?= =?utf-8?Q?FNip2H/q+UkUeEoJ+dQlx4s=3D?= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: 189d14f5-aeba-4c53-2c24-08d99cc9910c X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 31 Oct 2021 23:52:58.8747 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: lR0fXAxSZ9pgZi41g3llu3MEgPag3C0GCcmLkRocFT3rWJjIkwLVm5KjMifvgoq4G7j3LPIQklCmvA95RxYvwQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR04MB0533 X-Spam-Score: -0.1 (/) X-Debbugs-Envelope-To: 50666-done 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.1 (-) On 10/31/2021 4:22 PM, Achim Gratz wrote: > Ken Brown writes: >> On 10/29/2021 2:02 PM, Eli Zaretskii wrote: >>>> Thanks for the suggestion. How's this? >>> LGTM, thanks. >> >> OK, I'll wait a few days before pushing it, in case Achim wants to chime in. > > Go ahead. While it's somewhat unsatisfatory to drop the ball like this, > I also don't see it as a good investment of time to get to the bottom of > the (multiple) issues at play. The outcome might still be that it > doesn't quite work even if we'd get there. If somebody is interested > enough we'll hear of it I'd think. I've pushed it and am closing this bug report for now. We can always revisit it later. Ken ------------=_1635724441-30849-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 18 Sep 2021 20:51:54 +0000 Received: from localhost ([127.0.0.1]:37050 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRhJS-0003II-9W for submit@debbugs.gnu.org; Sat, 18 Sep 2021 16:51:54 -0400 Received: from lists.gnu.org ([209.51.188.17]:60732) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mRhJQ-0003IA-Ij for submit@debbugs.gnu.org; Sat, 18 Sep 2021 16:51:52 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44316) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRhJQ-00080X-Am for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2021 16:51:52 -0400 Received: from mail-dm6nam11on2071a.outbound.protection.outlook.com ([2a01:111:f400:7eaa::71a]:39905 helo=NAM11-DM6-obe.outbound.protection.outlook.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mRhJO-0000WU-06 for bug-gnu-emacs@gnu.org; Sat, 18 Sep 2021 16:51:51 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eHCKW5Dh0LcK7DUiDv7NsFqfrJXxgK0fWAAcwmWrFWAc4TK4LqDqtOz+ZL35tmy2NRI08LrXFgFhPiCAcG4xDrsrudPA8/lknsnjL8tLjI+PV6SW0/p6QUNRpO29EzbGTIj/zOhtYqREW20scRACFSQwR5jrX8ra7rgxLSRH0EoSxl+sjUw15dESqPWzH1h5wvYzNTikjFxJ4hAX09n6G4DHH9wE1iXZ0Q0h1ZtcPBbp82GzPfILhsuKIw00nmSF47bksIh5eetft0ajFyJrvWZNuwk7Zs33Zu/zG6cLCGL0gZ/bYjtM2C38HZ3Wvge0WOxX2lkhkWyorDZSPNmZSQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=WmWWKFj/zPD35arbGo7LaWnxQix5JQuQ9WnvcA3KTUM=; b=mhMAznzX3WA8IfI0enAM+wK6WcyxB298BX1O/hJHGhglRaMbHApdRQUSIs79uGzwQA3LvX2wCDpA34XytYMzGZ2YyF1uQ41dGmSQdD1odcf6WlVYMq2BLxx7Ab9XdD9diX/8KCrKY/28Abj48VabPYIavVRDsLDa15bHiWUA/yeg09r0gcWWzZ3+OiZEYIE0A+T82oWL05pasRns3e6FzNpoeMl9J4bx2J8G1gh9m/gug7WBrc5yQ+CUCAhr+GvhXsoYDUBoKGtBCKfchFp5XnFNafl2rBBzZxAHlbJXBBH0USYjdKpa9Y5xh3oUiSaU9TLw51yjqRP48ZXQe6uU7A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cornell.edu; dmarc=pass action=none header.from=cornell.edu; dkim=pass header.d=cornell.edu; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cornell.edu; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=WmWWKFj/zPD35arbGo7LaWnxQix5JQuQ9WnvcA3KTUM=; b=KL/AwXVviUbAFaDIOn2fjSPx3ZOgiymm6PTT2ssd1ALqIeni/AOoTiKtIBjCzkkbZk+j7Dm315JrVmX7ekbHmOFQmebgJoWa4FhXh7D1+qKuP0oeLfrVP8R6hqOAT7ki1yUiZU1n6OzJ9oAWRuUSZTzosDovQ7MIaXZPt5+D/jM= Authentication-Results: gnu.org; dkim=none (message not signed) header.d=none;gnu.org; dmarc=none action=none header.from=cornell.edu; Received: from BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) by BN8PR04MB6068.namprd04.prod.outlook.com (2603:10b6:408:4d::24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.16; Sat, 18 Sep 2021 20:46:44 +0000 Received: from BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66]) by BN7PR04MB4388.namprd04.prod.outlook.com ([fe80::5113:e84a:b38a:7a66%6]) with mapi id 15.20.4523.018; Sat, 18 Sep 2021 20:46:44 +0000 To: bug-gnu-emacs@gnu.org Subject: 28.0.50; Fix native compilation on Cygwin From: Ken Brown Message-ID: <9f20194e-b1ba-9417-4f18-caa1d80b5568@cornell.edu> Date: Sat, 18 Sep 2021 16:46:42 -0400 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-ClientProxiedBy: CH2PR04CA0003.namprd04.prod.outlook.com (2603:10b6:610:52::13) To BN7PR04MB4388.namprd04.prod.outlook.com (2603:10b6:406:f8::19) MIME-Version: 1.0 Received: from [IPv6:2603:7081:7e3f:3419:1d36:e122:658d:e368] (2603:7081:7e3f:3419:1d36:e122:658d:e368) by CH2PR04CA0003.namprd04.prod.outlook.com (2603:10b6:610:52::13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4523.14 via Frontend Transport; Sat, 18 Sep 2021 20:46:44 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: b7751de4-d133-49b9-8f3c-08d97ae56d0f X-MS-TrafficTypeDiagnostic: BN8PR04MB6068: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:9508; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: m8CJlw3wu+RPVV/ADvcDsdH8Welc622X++Nl/wumJzDxzVncwgpEZh6Cug2dSty1qtveoY2CVsidPQgdMZ+qn7AHb52UCTU2eG3wcKRZeKrJ/7swQs/fu1/emndkKjtkZQwxUQbrwVTjg7FNYrmD1bFHfQ+iVDM6Dm46/GTy0S6QEmYAiKjNC33vUvqxMVFE1J+h+YGoCNIEkSfHL0Ltrr+gFE4zPIh5EnAKUzebr9XsDcpUeVH/ZbhZxiUXqRUa0OIF8bZfuDxmd1UsuQq2cQtXRskYdWbDyL+nhkX1sArFCuMpBuolZf1jF2JNT2QWYNHVF8ZymClPY7JSbIpRBGpXvT3Mh10vNN+rkutj9Qk7/62J+y92uv3WBDkU6K/wd+dc8O3C48L9JZXaGrTbe1ZaM1I2qrFi0UQNN668jhjPxt/3iJUKSDuE2T2pb0Fup0aFUNpohsRrfI9ISjKtwgCOdbVM21qMN4PQPE5TGYddQOs2ldtzYVcpiYxRArSsKVD0Ra+NvrkmKLg1eKvS5Woim7Zx2kpA3c71IdN0G1IqRlTxsFXfSUHAS8ebTTjRogec1D47snslBax6R4A2ZYgkucmTxNBtO+/ROgZCCXyzx2k7hiqxvBVhrfcv7cjkDl6hPc+UuMgDYdYvPaEp9syqBAPCx+hY77JF7Q3rUlzihgFJFoUJpUIimesDok4r83DoNQVudpIFZx+RVl6cI7CmlL03Goe2HNITY6Cn26JY4LpqVoBkMolRXxV4qh2VP+kKbA7Q4mCINAKgTOtq9OLArcjbaciyyvugopFst7p/9SJwYavf0lUVE0bOEHuB X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN7PR04MB4388.namprd04.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(8676002)(8936002)(2906002)(75432002)(38100700002)(31686004)(186003)(5660300002)(83380400001)(966005)(508600001)(6916009)(36756003)(6486002)(86362001)(2616005)(316002)(66556008)(31696002)(66946007)(66476007)(45980500001)(43740500002); DIR:OUT; SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?Windows-1252?Q?zGtFgSCSuHoQHWcyzLR7YVfVwZh+vZgPMJB05GmpaRU0qLTkzsjyMD2K?= =?Windows-1252?Q?3Di7b/+BXCupLtjOesdU1rQu/+Sutwm/ai0ytHI7UNRtd2u4nwv2UbOQ?= =?Windows-1252?Q?sCasJvkeKri53OIZOylZl8yfDqfLL04TKxcvVUIza1AgFQT9wy32Y335?= =?Windows-1252?Q?eLuubwJW1S/IAe00xHIqCeV3trjsAful2ZQ70tTuDusngGgQlYULjCXB?= =?Windows-1252?Q?04Y3ROIfriKCMfsG/zXWaGtAxZwPZASRiI2GEMPkY4WY5tDqfsiHBCT9?= =?Windows-1252?Q?nagouMJ6Nv5jSeWrfksd889nE/sZe+DOnDxkRjdlPWFjd+UJmubQLFOx?= =?Windows-1252?Q?qiVrcl/dOmjFU/3lpC9dxAD5L8jXIGlPPyq4W+I2UliSTY2hbdUUyRbr?= =?Windows-1252?Q?s0YnMRkssziSUoEdEPFuqBsgNxJbBIGxz0VGimPQQCOoQGk6wjYwEAC4?= =?Windows-1252?Q?pR8A+3Xkn6h/p22XgHdVWYPgTHKnxLmOjn5eGLEadZ9/JOzWrES5Torv?= =?Windows-1252?Q?dcgzRfkJAo08EJ6IwTynu3LQpAUdsKh0TRP5UEniA+lOIEjJ+nSi4+cM?= =?Windows-1252?Q?vw5auupE377j4uKagTOybh1PQES1yhzJoNVejdfyzIqXfOGYVVS5DMhO?= =?Windows-1252?Q?aUMpDTaYXFEIsawIKwN/fjLOOHmPQnEJF7mL5qcgg7sg0ugbraJf1A3M?= =?Windows-1252?Q?68RI+l3pNSZNLYxEfkfIo1TWDWVScej6GUx4CAAOrXD3os6gYuVNWrPV?= =?Windows-1252?Q?KH7mK5nVrmI4n5CgnE3zAzErrues2nRfC0iKPdVmru5AzuZpLKEl/Kh2?= =?Windows-1252?Q?Gp5SJnQc4M9PEqnphQ4U4vlQmmdNRwRCD9tSIEse1ogyxo0Igy6kP3tP?= =?Windows-1252?Q?3rMWQoLzl6LWBtFWKffy/dJN5GiWTnKMXnzpVMLRE5egf/10THSOxj/y?= =?Windows-1252?Q?09o5SSS0VMs6YJMkPQt/iwUM8vjgmJ6hK722SCH5sdTbJ0aG6m2BD1iW?= =?Windows-1252?Q?b5qQyWwmpUXjLUGKt7NJu29XkV7hUpVCmqGYcpo30luyUF7Nj4zKbq2j?= =?Windows-1252?Q?f1x7NdlzN+5nPvjrVnC9+SUIjpJR9+DLwtJW17clJ23pHfO7iL7J+32h?= =?Windows-1252?Q?FtouitZ55OiAcP58TUQyrniEObGDgqK1oIzmUbnZCGcDq+MB3CaofSTA?= =?Windows-1252?Q?Y7D6OoRDq+rsYK2MU75YM1v5Vc+JzEvDfcwpXwNhTJAi2iDGp4S4YjyQ?= =?Windows-1252?Q?LUVYII5AOWRoN8DH4ro72ew5HNZyGi4t7dnRBfJxKDAYaDB6+gZZC9Bx?= =?Windows-1252?Q?rBxIV3nS1+VVBT95H0RhN8g62NaDF1eohex/Oyn8qRpX+CNgzaaJ2uvs?= =?Windows-1252?Q?Orz404IC62KaFjq0FUMEpYvDEzJtFs2UOq7BishPdvzFDIZoH0HUerZX?= =?Windows-1252?Q?9G+xbGGMJfLADA8isRsjR7SFKCdN8uRj6An8yBbvV240sq8VfGmHbZzm?= =?Windows-1252?Q?hXI22zQQ?= X-OriginatorOrg: cornell.edu X-MS-Exchange-CrossTenant-Network-Message-Id: b7751de4-d133-49b9-8f3c-08d97ae56d0f X-MS-Exchange-CrossTenant-AuthSource: BN7PR04MB4388.namprd04.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 18 Sep 2021 20:46:44.6530 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 5d7e4366-1b9b-45cf-8e79-b14b27df46e1 X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: ukzgUejMrPF3Z0yIKn3LGv7ZwVkhRuhY3pjshP7Jacx6d67I0Bfand6zu3en5XgkYOeebE7hfDA3mFXxD7/5sA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN8PR04MB6068 Received-SPF: pass client-ip=2a01:111:f400:7eaa::71a; envelope-from=kbrown@cornell.edu; helo=NAM11-DM6-obe.outbound.protection.outlook.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, MSGID_FROM_MTA_HEADER=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit 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: -2.6 (--) Building --with-native-compilation on 32-bit Cygwin currently fails with errors like the following: child_info_fork::abort: address space needed by 'simple-fab5b0cf-aaf18a4e.eln' (0x5910000) is already occupied This happens because shared libraries (usually DLLs, but also *.eln files in this case) often need to be rebased in order for Cygwin's fork implementation to work. See https://cygwin.com/cygwin-ug-net/highlights.html#ov-hi-process-problems for an explanation. It's mostly an issue in the 32-bit case because of the limited address space, but on rare occasions it can be a problem on 64-bit Cygwin also. For shared libraries installed in standard places, Cygwin normally takes care of the rebasing automatically. But if libraries are created in the course of a build and then used later in the build, an "ephemeral" rebase might be necessary. This is the case for the *.eln libraries produced during the emacs build. In a followup to this message, I'll submit a patch that does this ephemeral rebase and fixes the build problem. Note: The build will not actually be convenient to use on 32-bit Cygwin, because sooner or later the *.eln files in ~/.emacs.d/eln-cache will also need to be rebased. I hope to address this in future patches. Ken ------------=_1635724441-30849-1--