From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: akrl--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Date: Mon, 01 Feb 2021 14:00:22 +0000 Message-ID: References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> <87y2gczpk8.fsf@collares.org> <87bld4lzqm.fsf@collares.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="25608"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 45854-done@debbugs.gnu.org To: Mauricio Collares Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Feb 01 15:03:54 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 1l6Zo2-0006Yj-Ac for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 01 Feb 2021 15:03:54 +0100 Original-Received: from localhost ([::1]:40550 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l6Zo1-0000Tl-9r for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 01 Feb 2021 09:03:53 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48688) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6ZlH-0006y4-Dc for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 09:01:05 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47853) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1l6ZlG-0001NH-4P for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 09:01:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1l6ZlG-0004am-23 for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 09:01:02 -0500 Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Feb 2021 14:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 45854 X-GNU-PR-Package: emacs Mail-Followup-To: 45854@debbugs.gnu.org, akrl@sdf.org, mauricio@collares.org Original-Received: via spool by 45854-done@debbugs.gnu.org id=D45854.161218802817596 (code D ref 45854); Mon, 01 Feb 2021 14:01:01 +0000 Original-Received: (at 45854-done) by debbugs.gnu.org; 1 Feb 2021 14:00:28 +0000 Original-Received: from localhost ([127.0.0.1]:59399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6Zki-0004Zk-FW for submit@debbugs.gnu.org; Mon, 01 Feb 2021 09:00:28 -0500 Original-Received: from mab.sdf.org ([205.166.94.33]:37030 helo=ma.sdf.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6Zke-0004ZR-76 for 45854-done@debbugs.gnu.org; Mon, 01 Feb 2021 09:00:27 -0500 Original-Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1l6Zkc-0005ns-BO; Mon, 01 Feb 2021 14:00:22 +0000 In-Reply-To: <87bld4lzqm.fsf@collares.org> (Mauricio Collares's message of "Mon, 01 Feb 2021 09:49:21 -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:199077 Archived-At: Mauricio Collares writes: > Andrea Corallo writes: >> Here I'm, >> >> I can see the same exact behavior on current master as on a native-comp >> build so I believe this is not a misbehavior. I did the two experiments >> starting from a clean .emacs.d to avoid state issues. > > Hi Andrea, > > Yes, I now agree. Starting with "HOME=~/tmp", a git bisect says that > master changed behaviour at 9973019764250ac1f4d77a6b426cdd9c241151c5 > too. So this is not a problem with native-compilation and the bug I > reported is invalid. Truly sorry for the confusion. I took care to > delete ~/.emacs.d/elpa and the eln-cache directories between tests but > there must be additional state that interfered with my initial testing. No problem. > I have one last question to ask you. The original investigation started > because failure to compile a trampoline (due to an empty > comp-eln-load-path, say) previously didn't interrupt package > installation, and after changes on master it now does. So the remaining > question is: Is triggering trampoline compilation expected even when > running emacs non-interactively in a context (such as in the above > testcase with an uncommented (provide 'transientx)) that otherwise does > not generate .eln files? If this is the intended behaviour, would it > make sense to make trampoline compilation failure emit a warning instead > of an error in those contexts? A trampoline is requested each time a primitive function gets redefined or advised, if this is not available it gets synthesized. Each eln might make use of this, not only the one being compiled or installed therfore is mandatory to have in interactive sessions as well as in non interactive. If we cannot satisfy this condition for any reason I think is correct to have an error as Emacs might misbehave. I'm not sure about what's going on in this specific case but if the trampoline is requested means a primitive is being redefined or advised. Okay I'm closing this bug. Thanks Andrea