From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Cyril Arnould Newsgroups: gmane.emacs.bugs Subject: bug#63365: 30.0.50; GCC 13.1 breaks building Emacs with native-compilation Date: Tue, 27 Jun 2023 19:28:12 +0000 Message-ID: References: <86wn1jtezk.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="_000_AS4PR10MB61103868AA5A049070C2ADC7E327AAS4PR10MB6110EURP_" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32805"; mail-complaints-to="usenet@ciao.gmane.io" Cc: "63365@debbugs.gnu.org" <63365@debbugs.gnu.org>, Arash Esbati , Andrea Corallo , =?UTF-8?Q?Andr=C3=A1s?= Svraka To: "eliz@gnu.org" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jun 27 21:29:15 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qEENH-0008Os-3B for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Jun 2023 21:29:15 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qEEN7-0008KS-9j; Tue, 27 Jun 2023 15:29:05 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qEEN4-0008KJ-L4 for bug-gnu-emacs@gnu.org; Tue, 27 Jun 2023 15:29:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qEEN4-0007Ae-D0 for bug-gnu-emacs@gnu.org; Tue, 27 Jun 2023 15:29:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qEEN4-0001Bz-8b for bug-gnu-emacs@gnu.org; Tue, 27 Jun 2023 15:29:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <86wn1jtezk.fsf@gnu.org> Resent-From: Cyril Arnould Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Jun 2023 19:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 63365 X-GNU-PR-Package: emacs Original-Received: via spool by 63365-submit@debbugs.gnu.org id=B63365.16878941014534 (code B ref 63365); Tue, 27 Jun 2023 19:29:02 +0000 Original-Received: (at 63365) by debbugs.gnu.org; 27 Jun 2023 19:28:21 +0000 Original-Received: from localhost ([127.0.0.1]:49556 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qEEMP-0001B4-BI for submit@debbugs.gnu.org; Tue, 27 Jun 2023 15:28:21 -0400 Original-Received: from mail-vi1eur05olkn2040.outbound.protection.outlook.com ([40.92.90.40]:12929 helo=EUR05-VI1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qEEMN-0001An-44 for 63365@debbugs.gnu.org; Tue, 27 Jun 2023 15:28:20 -0400 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AmEYtGzFEX+lmAOwwxyFP5R47VjdVqrSzGApyFIcavnlcuu/oZz3DT60DovmchfEAoVqWYsyyiaLBSQqjB0WCk5bsrRjY6jV2bqDjOGx5Jxm1yyKY7oy6u/lJHyxmY7ZlXEA03U5ifnxeLgouI8OHVcwADiFhrG3i4Zwrn65WDvZITioiXg7ho3RZUywdx+83ZZbk+ylGS6HdenEU+DdPTDXtrrH+1toW42pANPU58fzighiF8DrD+jtk78fTNGmX1L9qbvU9TesoDzK4zS9FLqcB8svDlZeizr2LLQGFqqEjcd+9dyGKFSwR5xu9IONY+wK9l/YOp2UWv0/X6cVrA== 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=+5Sn6RCqM5iuJILqzrXGPTu8AyilgImOPfyXur31wPg=; b=U1pxUAFIzZwQ93iTvZUMMcpI/aQELX7TRCOE0Qe4keacF9DDveG6OLLez0aRskFHJ2B8mciE6kC/3pgEmCTe+SBlGE8Ma9hlHc5KqSqe/zTT9cCYL6UAbMPUFzYUe+UVFbOR+70GEAnRDIxP0gzLnTjgp63okur775qHjc3Ve/myxgzDU3juAqMAQ3ZVRAP6xq55lHo5URTjg6rp4VXa/pLUNGvARGKPK+lpLwNCT0Ti06aW4+vD0HKtsL+fEWsFLDXumzepDCi2Erqoc6MivFKdRL1zuIgHOSmvY9OnT7oZK8cXEwGMKuXUUgv2mEKXDIbPlfYzL+H5CAxeK5Cblg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=+5Sn6RCqM5iuJILqzrXGPTu8AyilgImOPfyXur31wPg=; b=Da5mOSx+cclGNHMmpUMoCZWuSF1DZsVa5T7BvCDoVQ88RmfXN/edFXHNsgf+54pTaQBanpqvBPpx9DhQAMs/Y2FNS6458GDR0t58X6TaDjMb0YDIzwov9LW+IoPo6YQMwPLDlyaexphXbWRTh5DDiv30i+COOlo2yrZdSu7iPV/vxUc5NaKxvWXJU/YqCVVbAb1ajbim+eyql7d1Ijysd8qfd9ZIFLsauKmxhDcQWVbGXb1OXohdHvR7Hkh5NsY+Gk5AEKUII4+dD5mLHm3CF0rXjoL25o8TfFHQB1LsFk0R0ynuan6hpleSRyurqcZxrrcTsAG4w9omykwHOVsz3g== Original-Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:20b:582::17) by PA4PR10MB5707.EURPRD10.PROD.OUTLOOK.COM (2603:10a6:102:266::11) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6521.24; Tue, 27 Jun 2023 19:28:12 +0000 Original-Received: from AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::7a2:effb:6bb7:ada1]) by AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM ([fe80::7a2:effb:6bb7:ada1%7]) with mapi id 15.20.6521.026; Tue, 27 Jun 2023 19:28:12 +0000 Thread-Topic: bug#63365: 30.0.50; GCC 13.1 breaks building Emacs with native-compilation Thread-Index: AQHZqS1WlKAxZObDM0mhEHT1VlvXmg== Accept-Language: de-CH, en-US Content-Language: de-CH x-ms-exchange-messagesentrepresentingtype: 1 x-tmn: [v9Y8O1gJ7IWfnSXhyU9nGOtYcsF/mOE4] x-ms-publictraffictype: Email x-ms-traffictypediagnostic: AS4PR10MB6110:EE_|PA4PR10MB5707:EE_ x-ms-office365-filtering-correlation-id: c19480c6-a9d1-4724-f461-08db7744a5c9 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: /7wAiqvNpdkVgKCrQgS4ioWEF/XzM6+xmIWjvn5GTRMBuJ3hVSkzoX5DYxAAMTz/0Z90oxJ+cbQNYMRAs/zad1+sZj1mTCyIt/wkVlqvikcgJhHGM9bdB/qWqqWcH70nJJhq2kussz5AfemHB77bJbw7IIU4OoahViaVCIIG4bnuRG87s7jTaIoDuA/MxjqV1YOWal21iyIhp8Z7zGf3w41lYnBigoTFsxiGksdBEO3htKfaRjBeAekj2VQPjawuJ62nVQepO0llxGXgL1jXWai6Ek1H6Fw59tR0ZJPOFXVCYxfRzvug1K/jgy/exHvKPvJsHlnTFqCjNh9X9p0C2SqoJoBhQoGJYaq8OFC6JCbaP7C0WWcgm/LE5g/sXhz2f2X2jk9owMRJIoC4S16VweKiQZLDFBe84NTLMHcev1K51EEorR46XKVN24VDoTkrTSB+svWAs3S25lf/WGEYP701JcLxV+ipCtGPkThxNwR/c/6GHTNmTTdTCfH0bueXeOg0w/1QYFRGgPbA8TM2QuaErhifOOGS7JGoxnbZ5eLpwMGY3ffxPvaKN3DezU/5 x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: TGzn4rD4KiGMn6UlPODdqVdy2KRC39IrgbYoO0NtO6WFaWgpZlSRrE0hH5Xx+c9Hp7bC9Fs3rhvFsQSWGu7OuVI88iWGHWQjjHeJtjTORCUkpYPs+ol2Fj7x9B6zclUobympPGMu8j9b4DVMYI+PtY1n/afJvHlNz5esXRZFuSsccoyYIaJEWDPyGjgHJ3yBdO3T5q08UrZCw+T3FfpelzxQ6VJgDBaVv4lacAnkdkW9xEOjaCwS0SAs8UsIWqEDe1+C1oYhn9HS2lnBcRMNO9BOUCr62C1Ld1kRykQWBNnKWOPLBiKaiHeMgjta+TWJZJqWHDXJgpehZ3ztd/8+uRTDOOpUYlP7Fs/LWGrvgz68LmFLJqa9LDvv+ZJh33XY96le7ssyqjAvEtcVU/WzMlaqoG/zXbIWhRkAEuXkyzt3kEZrP/KTzU6/FfMAojt06/2jH3fFMX/QkS/5lRDv3i8uoTHxpyN5E1DDWZHxiQo8r8pngwDMLalGTgIzkn+vC5Y2GWS86Zjnx933bx5AzZUCE1V30UqB1g3b/ljeZ45/pCuNdVF7kq8l+8jQ+AIzKfR1Q4x/heslLIWfwHu5eaXMPsAoOfGqJUl4UddxbN4Oh4YuX1ggRgLzQkZz9Bgglz1i2yv90PqyAPHGI/YAxN1fi3Y5ChT/WgaQJV7XgwcUJ7h3gxoQgNjec5Rmrd6xMO6XZibis6Pzsa2fbko8wB43jm1mvx/EiBe4LdlqB1a4/ISBU0iaDa3W7V lhwjVm1wN1+P2wUk/gi8MFEu0IEZlO6Hnd/T1gS2+UMQGL1tlJlijZ4mjQt/miin25G8dJgYIYxEhCtu4Y97AQLOTV+9oxSNhr X-OriginatorOrg: outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: AS4PR10MB6110.EURPRD10.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-CrossTenant-Network-Message-Id: c19480c6-a9d1-4724-f461-08db7744a5c9 X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jun 2023 19:28:12.5910 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000 X-MS-Exchange-Transport-CrossTenantHeadersStamped: PA4PR10MB5707 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:264175 Archived-At: --_000_AS4PR10MB61103868AA5A049070C2ADC7E327AAS4PR10MB6110EURP_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable > No, that would be a waste of your time. It is much easier to do this > by hand. To compile, say, lread.c, do this: > > $ cd src > $ make lread.o -W lread.c CFLAGS=3D'-O2 -fno-optimize-sibling-calls' > $ make > > The last "make command will produce an emacs.exe binary where lread.c > is compiled without the problematic optimization. I see, thanks. Is there a reason you left out the -g3 and -gdwarf-2 switches? To be sure, I've tried it with and without those, but I got similar results so far: all of the combinations I've tried are failing. I'm trying to widen the search to see if I can figure out which file is the culprit. > Maybe we should start by narrowing the problem? E.g., which Lisp > files cause the crashes, and which *.eln files, if any, are involved? >From the tests I've run it seems to me that there is absolutely no consistency with which lisp files cause the crashes. Each of the builds resulted in different lisp files failing. Now, when I run the make command again after a failed attempt, the *same* lisp files will keep failing to build over and over. However, I also noticed that if I run the exact same build commands again from a clean checkout, different lisp files will fail the second time around. Is it normal that there are run-to-run variations with GCC? --_000_AS4PR10MB61103868AA5A049070C2ADC7E327AAS4PR10MB6110EURP_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

> No, that would be a waste of your time.  I= t is much easier to do this

> by hand.  To compile, say, lread.c, do thi= s:

> 

>   $ cd src

>   $ make lread.o -W lread.c CFLAGS=3D= '-O2 -fno-optimize-sibling-calls'

>   $ make

> 

> The last "make command will produce an ema= cs.exe binary where lread.c

> is compiled without the problematic optimizatio= n.

 

I see, thanks. Is there a reason you left out the -g= 3 and -gdwarf-2

switches? To be sure, I've tried it with and without= those, but I got

similar results so far: all of the combinations I've= tried are

failing. I'm trying to widen the search to see if I = can figure out which

file is the culprit.

 

> Maybe we should start by narrowing the problem?=   E.g., which Lisp

> files cause the crashes, and which *.eln files,= if any, are involved?

 

From the tests I've run it seems to me that there is= absolutely no

consistency with which lisp files cause the crashes.= Each of the builds

resulted in different lisp files failing. Now, when = I run the make

command again after a failed attempt, the *same* lis= p files will keep

failing to build over and over. However, I also noti= ced that if I run

the exact same build commands again from a clean che= ckout, different

lisp files will fail the second time around. Is it n= ormal that there are

run-to-run variations with GCC?

--_000_AS4PR10MB61103868AA5A049070C2ADC7E327AAS4PR10MB6110EURP_--