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#46495: 28.0.50; [native-comp] Build fails for 32bit --with-wide-int Date: Wed, 31 Mar 2021 19:40:26 +0000 Message-ID: References: <83y2eap33a.fsf@gnu.org> <83lfa6kl8s.fsf@gnu.org> <83h7ktlwuy.fsf@gnu.org> <65e12b1d547420e10a19cdad6a33198926abb527.camel@redhat.com> <8335wdknbw.fsf@gnu.org> <83im58k8rb.fsf@gnu.org> <83lfa3iqv3.fsf@gnu.org> <83k0pniq1n.fsf@gnu.org> <83h7krinob.fsf@gnu.org> <83blazijup.fsf@gnu.org> <83y2e3gmmm.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="33983"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: andrewjmoreton@gmail.com, dmalcolm@redhat.com, 46495@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Mar 31 21:42:52 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 1lRgjs-0008jV-QV for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 31 Mar 2021 21:42:52 +0200 Original-Received: from localhost ([::1]:57438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lRgjp-0005gL-AN for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 31 Mar 2021 15:42:49 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:41744) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lRgi6-0004ZF-Ev for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 15:41:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44024) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lRgi6-0007Ee-7m for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 15:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lRgi6-0006M7-5L for bug-gnu-emacs@gnu.org; Wed, 31 Mar 2021 15:41: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: Wed, 31 Mar 2021 19:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46495 X-GNU-PR-Package: emacs Original-Received: via spool by 46495-submit@debbugs.gnu.org id=B46495.161721963024383 (code B ref 46495); Wed, 31 Mar 2021 19:41:02 +0000 Original-Received: (at 46495) by debbugs.gnu.org; 31 Mar 2021 19:40:30 +0000 Original-Received: from localhost ([127.0.0.1]:55570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRgha-0006LD-06 for submit@debbugs.gnu.org; Wed, 31 Mar 2021 15:40:30 -0400 Original-Received: from mx.sdf.org ([205.166.94.24]:52043) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lRghY-0006L4-8g for 46495@debbugs.gnu.org; Wed, 31 Mar 2021 15:40:28 -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 12VJeQX5018478 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Wed, 31 Mar 2021 19:40:27 GMT In-Reply-To: (Andrea Corallo via's message of "Wed, 31 Mar 2021 19:22:54 +0000") 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:203389 Archived-At: Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > Eli Zaretskii writes: > >>> From: Andrea Corallo >>> Cc: andrewjmoreton@gmail.com, dmalcolm@redhat.com, 46495@debbugs.gnu.org >>> Date: Wed, 31 Mar 2021 18:52:55 +0000 >>> >>> >> Is the application responsible for cleaning up temporary files in '/tmp? >>> >> If yes then yes... I guess we should :) >>> > >>> > I think it's good practice, yes. >>> >>> 8e524f4591 fix this. >> >> Thanks, confirmed. >> >> Btw, I have now 3 different *.eln files for comp.el in the same >> subdirectory of native-lisp: >> >> comp-7672a6ed-ad0cbb8b.eln >> comp-7672a6ed-58fb0518.eln >> comp-7672a6ed-9f0b1563.eln >> >> Is this expected? What does the second hash depend on? > > The second hash is the one based on the source file content. > > I see why, every time we compile a new eln we call > `comp-clean-up-stale-eln' to remove the old .eln. But we exclude from > the clean-up the eln system directory (the last in > `comp-eln-laod-path'). > > I don't remember if the reason is that when Emacs is installed this is > typically read only or there's some other reason. Probably we should > remove this limitation and handle correctly the case where we are not > able of removing the file if necessary. Okay apparently we did it already in the past (be22cda7be) but I reverted the commit with d0280ce1b1. The commit message for this says: "Older binaries might still need those .eln if they where preloaded." I guess the issue is clear now and we should be able to better tackle it once we depose the preloaded .eln in the preloaded subfolder (I think I'll be on that this weekend). Thanks Andrea