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#48079: Temporary files while building after native-comp merge Date: Thu, 06 May 2021 10:12:02 +0000 Message-ID: References: <835z06hanw.fsf@gnu.org> <83y2d2fv6c.fsf@gnu.org> <87r1ipimla.fsf@gnus.org> <87v97x7f49.fsf@gnus.org> <83sg312xe1.fsf@gnu.org> <875yzx73f4.fsf@gnus.org> <83mtt92sap.fsf@gnu.org> <87y2csz0iy.fsf@gnus.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="32914"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Eli Zaretskii , stefan@marxist.se, 48079@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu May 06 12:14:36 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 1leb1g-0008Ru-Pc for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 May 2021 12:14:36 +0200 Original-Received: from localhost ([::1]:48908 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1leb1f-0003aB-Pr for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 06 May 2021 06:14:35 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51676) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1leb0G-0002D7-Jq for bug-gnu-emacs@gnu.org; Thu, 06 May 2021 06:13:10 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53890) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1leb0A-0000Z2-JB for bug-gnu-emacs@gnu.org; Thu, 06 May 2021 06:13:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1leb0A-0003z4-Fk for bug-gnu-emacs@gnu.org; Thu, 06 May 2021 06:13:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 06 May 2021 10:13:02 +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.162029592615280 (code B ref 48079); Thu, 06 May 2021 10:13:02 +0000 Original-Received: (at 48079) by debbugs.gnu.org; 6 May 2021 10:12:06 +0000 Original-Received: from localhost ([127.0.0.1]:37199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leazF-0003yO-UF for submit@debbugs.gnu.org; Thu, 06 May 2021 06:12:06 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:49244) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1leazE-0003yI-1W for 48079@debbugs.gnu.org; Thu, 06 May 2021 06:12:05 -0400 Original-Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 146AC2bv007464 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 6 May 2021 10:12:02 GMT In-Reply-To: <87y2csz0iy.fsf@gnus.org> (Lars Ingebrigtsen's message of "Thu, 06 May 2021 11:15:01 +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:205799 Archived-At: Lars Ingebrigtsen writes: > Andrea Corallo writes: > >>>> So is it writing the subr.elc0EdJIV file, then doing the .eln >>>> compilation, and then moving subr.elc0EdJIV to subr.elc? >>> >>> Yes, I think so. >> >> Confirm. > > Again, I haven't actually looked at the code, so this is totally > uninformed -- but do we have to write the subr.elc0EdJIV file before > doing the .eln compilation? Can't the .eln compilation work off of the > contents of a buffer instead? I think it should be possible, ATM is still the byte-complier saving the .elc buffer and we delay just the final renaming in comp.el, we could delay the buffer being saved and do it too after the .eln is produced. Andrea