From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Andrea Corallo Newsgroups: gmane.emacs.bugs Subject: bug#59334: 29.0.50; loading native-compiled init file sets user-init-file to .eln Date: Fri, 18 Nov 2022 20:02:36 +0000 Message-ID: References: <8335aheqct.fsf@gnu.org> <83wn7td6l0.fsf@gnu.org> <83fsehcpi2.fsf@gnu.org> <83a64od8nb.fsf@gnu.org> <83tu2wbqgk.fsf@gnu.org> <83cz9kbfxg.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="12951"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Juanma Barranquero , 59334@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Nov 18 21:03:11 2022 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 1ow7Zu-0003Dj-ST for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 18 Nov 2022 21:03:10 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ow7Zo-0007Ql-SJ; Fri, 18 Nov 2022 15:03:05 -0500 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 1ow7Zn-0007MU-2X for bug-gnu-emacs@gnu.org; Fri, 18 Nov 2022 15:03:03 -0500 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 1ow7Zm-000765-QV for bug-gnu-emacs@gnu.org; Fri, 18 Nov 2022 15:03:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ow7Zm-0006CN-Ly for bug-gnu-emacs@gnu.org; Fri, 18 Nov 2022 15:03: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, 18 Nov 2022 20:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59334 X-GNU-PR-Package: emacs Original-Received: via spool by 59334-submit@debbugs.gnu.org id=B59334.166880176223743 (code B ref 59334); Fri, 18 Nov 2022 20:03:02 +0000 Original-Received: (at 59334) by debbugs.gnu.org; 18 Nov 2022 20:02:42 +0000 Original-Received: from localhost ([127.0.0.1]:38349 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ow7ZR-0006Ap-Gy for submit@debbugs.gnu.org; Fri, 18 Nov 2022 15:02:41 -0500 Original-Received: from mx.sdf.org ([205.166.94.24]:64815) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ow7ZP-0006AX-TJ for 59334@debbugs.gnu.org; Fri, 18 Nov 2022 15:02:40 -0500 Original-Received: from ma.sdf.org (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 2AIK2bVS013338 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 18 Nov 2022 20:02:39 GMT In-Reply-To: <83cz9kbfxg.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 18 Nov 2022 14:33:31 +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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:248274 Archived-At: Eli Zaretskii writes: >> From: Juanma Barranquero >> Date: Fri, 18 Nov 2022 10:05:50 +0100 >> Cc: akrl@sdf.org, 59334@debbugs.gnu.org >> >> > I thought about a possibility that the session loaded a .eln file, but >> > then the user or some Lisp explicitly loaded the .el file by hand. >> > I'm not sure in this case the hash table is updated. >> >> That's a whole another problem, isn't it? > > Not necessarily. > >> On one hand, it would not affect user-init-file, as it's not the >> usual startup procedure. > > It could be part of startup if the forced loading of "init.el" is in > the code inside user's init file itself. Crazy, I know, but not > impossible. > >> And, on the other hand, >> my patch sets user-init-file to the source .el, so after reloading that file it would still have the right value, >> wouldn't it? > > If that is the same file, yes. But what if there's an init.el in > another place? > > In any case, we don't need to keep arguing about this, since your > pat6ch indeed uses gethash only if the init file has the .eln > extension. > >> The original code is untouched, other than changing `when' to `if'; the else part deals with the .eln. > > I think we should compare the extensions case-insensitively, but other > than that, this LGTM. > > Andrea, any comments? Agree and I don't have any further comment. Thanks Andrea