From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#48079: Temporary files while building after native-comp merge Date: Wed, 05 May 2021 14:47:43 +0200 Message-ID: <875yzx73f4.fsf@gnus.org> References: <835z06hanw.fsf@gnu.org> <83y2d2fv6c.fsf@gnu.org> <87r1ipimla.fsf@gnus.org> <87v97x7f49.fsf@gnus.org> <83sg312xe1.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35271"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: akrl@sdf.org, stefan@marxist.se, 48079@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed May 05 14:48:28 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 1leGx2-000920-6k for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 May 2021 14:48:28 +0200 Original-Received: from localhost ([::1]:49156 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1leGx1-0006VF-6H for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 05 May 2021 08:48:27 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44164) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leGwc-0006V9-KO for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 08:48:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:48401) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1leGwb-0006WP-QA for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 08:48:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1leGwb-0002z1-Oz for bug-gnu-emacs@gnu.org; Wed, 05 May 2021 08:48:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 May 2021 12:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 48079 X-GNU-PR-Package: emacs Original-Received: via spool by 48079-submit@debbugs.gnu.org id=B48079.162021888011461 (code B ref 48079); Wed, 05 May 2021 12:48:01 +0000 Original-Received: (at 48079) by debbugs.gnu.org; 5 May 2021 12:48:00 +0000 Original-Received: from localhost ([127.0.0.1]:59947 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leGwa-0002yn-4Q for submit@debbugs.gnu.org; Wed, 05 May 2021 08:48:00 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:35686) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leGwX-0002yh-Lu for 48079@debbugs.gnu.org; Wed, 05 May 2021 08:47:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=oJorjZqIHT9lljHQ4Q4sQFlpWMDN24IuYauMEpneWWY=; b=T5VVsFqFOOEYMKLIVRJ5S25e/b DAqVCow1iKsgXVuW/mxptU+DYEv3PHGXWy0G08tF5a4JttuaTpFamoYvXZER8XYKfkgbA3ZYUqcGg j1jg1PywbisEpIfPB2P/nWo+B9iZNYwp+BXrAaxS4RKG0F2MONbkyI8OMD0FmX64MDrs=; Original-Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1leGwJ-0000ou-Sn; Wed, 05 May 2021 14:47:47 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEXx+CH1+BzrOyHQ sTHa1iFgkLBFTkIzODP///+jA/pfAAAAAWJLR0QIht6VegAAAAd0SU1FB+UFAg0xHUU3n1IAAAGd SURBVDjLhZNdloIwDIUTYAEpsgANXYDTgs+KdQm4Ac/BHcj2Jy3lV2fsA3Dul5ukNAVUqwXTWuuK AP8FGADnhg+GWXOZH4DZ8H5wMOdlydZo5kaANWUZgc4PzDbROjceJPsZcCkZBLBP1bCeUvGBIde6 MXvgLJlqNEaLQ4pzIi+xxlR2Z3+sYXu01c6WxlyP9n0fitRmg/jtlxBtAAHh8NoAEIBqiscZoJTB 0YDFwiEGoKE8Fm0EKLHy8PEU9PvoQCJF6Etg0HtQi/4xNOv15wzk6MTj29x5vV+mUuFA06CPQBTZ n5iu9aCPwCeSNEXbSl2/unXxetItxN8aQDHrFaj0EgFS3T5H/SxF00qFAZP4ru9ffddZd/b9CZFj kzYl/tWJHHRfnFIH6ta2JwnuQhpwLnRFmbu1D+tOQZfoLAIs6vZROSck6GKIjvpu/TcU1oW+o4Pq WE9OERaAbKi3XAO4VgTbFVPBJ4Cr8ZtzwWYwvwGIgP4GW5RFQMO4Lvk0Jf6k4NP9kDkcJuIN+C0t ck1Xj0CtgLvMF2TZ2i8KZGgYq1YUBAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0wNS0wMlQxMzo0 OToyOSswMDowMBkqPbUAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMDUtMDJUMTM6NDk6MjkrMDA6 MDBod4UJAAAAAElFTkSuQmCC X-Now-Playing: Kreidler's _Flood_: "Celeration" In-Reply-To: <83sg312xe1.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 05 May 2021 15:11:34 +0300") 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:205687 Archived-At: Eli Zaretskii writes: >> I guess we can't set up a signal trap to delete the temp file if we're >> being interrupted? > > You mean, in the Makefile? That won't handle the cases where the > compilation is manually invoked (e.g., from a running Emacs). I'm not actually sure -- I don't know what the possibilities at our disposal are here, really. If we can catch this in Emacs, that'd be nicer... but can we? Another thing I'm wondering about is why we write the subr.elc0EdJIV file at all, and then apparently don't rename it to .elc immediately? It seems to linger on in that name for a very long time? But I haven't actually looked at the code here. It's easy to reproduce the behaviour here: touch lisp/subr.el make wait a few seconds C-c C-c a few times and then you have a subr.elc0EdJIV file or two. So is it writing the subr.elc0EdJIV file, then doing the .eln compilation, and then moving subr.elc0EdJIV to subr.elc? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no