From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#46502: 28.0.50; [feature/native-comp] (d3a399dd) native-comp bootstrap failure Date: Fri, 19 Feb 2021 14:26:22 +0000 Message-ID: References: <87o8gn8ciy.fsf@md5i.com> <83h7m95tt2.fsf@gnu.org> <83ft1s2mp1.fsf@gnu.org> Reply-To: Andrea Corallo Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="5001"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: mwd@md5i.com, 46502@debbugs.gnu.org, Pip Cet To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 19 15:27:10 2021 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 1lD6kP-000196-S6 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 19 Feb 2021 15:27:09 +0100 Original-Received: from localhost ([::1]:33948 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lD6kO-0007dU-KS for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 19 Feb 2021 09:27:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:57140) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lD6kI-0007dK-C7 for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:27:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37479) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lD6kI-0003iR-5D for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:27:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lD6kI-0002kG-12 for bug-gnu-emacs@gnu.org; Fri, 19 Feb 2021 09:27:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 19 Feb 2021 14:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46502 X-GNU-PR-Package: emacs Original-Received: via spool by 46502-submit@debbugs.gnu.org id=B46502.161374478710511 (code B ref 46502); Fri, 19 Feb 2021 14:27:01 +0000 Original-Received: (at 46502) by debbugs.gnu.org; 19 Feb 2021 14:26:27 +0000 Original-Received: from localhost ([127.0.0.1]:49025 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD6ji-0002jS-KP for submit@debbugs.gnu.org; Fri, 19 Feb 2021 09:26:26 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:54653) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD6jf-0002jJ-FW for 46502@debbugs.gnu.org; Fri, 19 Feb 2021 09:26:24 -0500 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 11JEQMC3001913 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 19 Feb 2021 14:26:22 GMT In-Reply-To: <83ft1s2mp1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 19 Feb 2021 15:48:10 +0200") 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" Xref: news.gmane.io gmane.emacs.bugs:200339 Archived-At: Eli Zaretskii writes: >> From: Pip Cet >> Date: Fri, 19 Feb 2021 13:31:49 +0000 >> Cc: akrl@sdf.org, mwd@md5i.com, 46502@debbugs.gnu.org >> >> > > One thing I've noticed in my experiments is that many builds that are >> > > interrupted at the wrong point and then resumed produce different >> > > results. I.e. you type "make", then hit Ctrl-C at the wrong time, then >> > > type "make" again and you get a different result. >> > >> > What does "different result" mean in this case? is the produced .eln >> > file different? or something else? >> >> There are differences both in the .elc and .eln, and I saw different >> success/failure behavior but only with local modifications. > > Let's talk about *.elc files first, as this is not supposed to happen. > AFAIR, we write the bytecode into a temporary file, and then rename it > atomically only when the compilation finishes successfully. So > interrupting should not do any harm, and therefore I'm curious what > kind of differences in *.elc files do you see in these cases. In native-comp this is very similar, the elc renaming is postponed to be done when native compilation is done and the temporary eln has been renamed to its final name. As eln compilation is triggered by the elc targets this is supposed to work, or at least it *should* as it does on master. Andrea