From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jan 2021 02:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 45854@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.161059277013405 (code B ref -1); Thu, 14 Jan 2021 02:53:02 +0000 Received: (at submit) by debbugs.gnu.org; 14 Jan 2021 02:52:50 +0000 Received: from localhost ([127.0.0.1]:36927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzskj-0003U9-Ql for submit@debbugs.gnu.org; Wed, 13 Jan 2021 21:52:50 -0500 Received: from lists.gnu.org ([209.51.188.17]:36220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzski-0003U1-0M for submit@debbugs.gnu.org; Wed, 13 Jan 2021 21:52:48 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37384) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzskh-0006eD-Ne for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 21:52:47 -0500 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:56917) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzskf-000709-NM for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 21:52:47 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 80531258 for ; Wed, 13 Jan 2021 21:52:42 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 13 Jan 2021 21:52:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=fm2; bh=1f+2WAuVLGDe4frG49jOG12t+p ukYPdT0Z+smCYXzbo=; b=FHqnSAc/Mg35bFeP1aGL7QTWWfY71n9dFCJALJLCDo eY5c8VJf8lFv1jXccO/6//jJG4CEZs2nwZ4Wc6wmS8MkDdWe+/10iacYiIhpg8zZ malKiwBKzk6oFwf6nrB/REwz1ByVM246uJVv+SkfLFmuYEjEN7Oh66Fl9wBASqx6 XlJq7o2KDp91wPZDmAJTpvyVmjsUlkJTWusXrBhF6GKglcIXLkTrwFRUn7U4VPMK 0eroSSGnpbspbH9M9Io5/9som/B4BAZCvHrJe6Floi83aQClQbPhoOvhH5rzQ2u0 LvrASCEB+JCKSq6ga6pZQolkIQ41v0MvF7Yms9wnahoA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=1f+2WA uVLGDe4frG49jOG12t+pukYPdT0Z+smCYXzbo=; b=GYAQ3YW4kb9PfOufiQ7ZmD kRES4YEExDZMi0gRlxx759G8i5/4TNKddw1sroueo/zLfA4LaGkruSVRbPKePyAW qJ0szRV2rhBFsFskR6Xy/ycV/RYbgxLLnJ7Uv879aNDDkRjdEPxDzMC1l8BRo+zU WxGXTP7Ryj6qlQw9c5oU2Gq8nHDhYDwiS4/zF6hk82cJUTxfccslfc1XLI0A5T4D CbeSTcZabl6Mn++rVcXzPBCteFuLk0/ONrXQoguWDANrjfUTIQrVJuYNbYFymxkz 6AKzsZ+zU6MDZFK9O5EFsthU9YCWMSku43OQBYClj5WdYOBSjTQbxY6Pq5QqT2lQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedukedrtdeggdehudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfggtgfgsehtqhertddttd ejnecuhfhrohhmpeforghurhhitghiohcuveholhhlrghrvghsuceomhgruhhrihgtihho segtohhllhgrrhgvshdrohhrgheqnecuggftrfgrthhtvghrnhepfffhffdvtedujeeite eivdetleeiveduleejvdfhgeevvedtueefhfeljedtleevnecukfhppeduledurddukeeh rdefiedrvdefjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehmrghurhhitghiohestgholhhlrghrvghsrdhorhhg X-ME-Proxy: Received: from asus (unknown [191.185.36.237]) by mail.messagingengine.com (Postfix) with ESMTPA id F377B108005B for ; Wed, 13 Jan 2021 21:52:40 -0500 (EST) From: Mauricio Collares Date: Wed, 13 Jan 2021 23:52:29 -0300 Message-ID: <87pn282psi.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=64.147.123.24; envelope-from=mauricio@collares.org; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) The example is a bit convoluted, but it is a reduced example from another error I saw in the wild. It's not a big problem, but since this might be a bug I thought a report could be useful. I wish I could reduce it further, but hopefully this is enough. Suppose I have three files as below (I've appended an x to the original pac= kage names to avoid conflict): * File 1: transientx.el ;;; transientx.el --- x -*- lexical-binding: t; -*- ;; Package-Requires: ((emacs "25.1")) ;; Package-Version: 0 (require 'cl-lib) (require 'eieio) (defclass transient-suffix () ()) (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) ;; (provide 'transientx) commented on purpose to cause an error when requir= ing ;;; transientx.el ends here * File 2: git-commitx.el ;;; git-commitx.el --- x -*- lexical-binding: t; -*- ;; Package-Requires: ((emacs "25.1") (transientx "20200601")) ;; Package-Version: 20210102.1242 (require 'transientx) ;;;###autoload (define-minor-mode global-git-commit-mode "desc" :global t :initialize (lambda (symbol exp) (add-hook 'find-file-hook 'git-commit-setup-check-buffer))) ;;;###autoload (defun git-commit-setup-check-buffer ()) (provide 'git-commitx) ;;; git-commitx.el ends here * File 3: elpa2nix.el (require 'package) (package-initialize) (defun elpa2nix-install-package () (pcase command-line-args-left (`(,archive) (with-temp-buffer (insert-file-contents archive) (package-unpack (package-buffer-info)))))) Then running the following two commands in order produces the stack trace below on the native-comp branch: $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package transientx.= el=20 $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package git-commitx= .el=20 git-commitx.el:6:1: Error: Loading file /home/collares/.emacs.d/elpa/transi= entx-0/transientx.elc failed to provide feature =E2=80=98transientx=E2=80=99 Done (Total of 0 files compiled, 1 failed, 2 skipped) Debugger entered--Lisp error: (error "transient--init-suffix-key is already= defined as s...") error("%s is already defined as something else than a gen..." transient--= init-suffix-key) cl-generic-ensure-function(transient--init-suffix-key) cl-generic-define-method(transient--init-suffix-key nil ((obj transient-s= uffix)) nil #f(compiled-function (obj) #)) require(transientx) load-with-code-conversion("/home/collares/.emacs.d/elpa/git-commitx-20210= 102...." "/home/collares/.emacs.d/elpa/git-commitx-20210102...." nil t) git-commit-setup-check-buffer() run-hooks(find-file-hook) after-find-file(nil t) find-file-noselect-1(# "~/git-commitx.el" nil nil = "~/git-commitx.el" (7340496 65025)) find-file-noselect("/home/collares/git-commitx.el") command-line-1(("-l" "/home/collares/elpa2nix.el" "-f" "elpa2nix-install-= package" "/home/collares/git-commitx.el")) command-line() normal-top-level() The transient--init-suffix-key error does not appear on trunk (the "failed to provide feature" error appears as expected). Reverting commit 7d7bfbf0346114b116e14a4338ea235d12674f13 makes the change of behaviour disappear, but I suspect it's not the true cause of the difference. Things that might be relevant: package-native-compile is nil, but when package-unpack is called on git-commitx.el the (require 'transientx) causes native compilation to happen. The above stacktrace seems to come from the "(package--load-files-for-activation new-desc :reload)" call in package.el's package-unpack. Let me know if I can provide more information. Best, Mauricio From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jan 2021 12:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161062569529018 (code B ref 45854); Thu, 14 Jan 2021 12:02:01 +0000 Received: (at 45854) by debbugs.gnu.org; 14 Jan 2021 12:01:35 +0000 Received: from localhost ([127.0.0.1]:37389 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l01Jm-0007Xx-D2 for submit@debbugs.gnu.org; Thu, 14 Jan 2021 07:01:35 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:60703) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l01Jj-0007Xh-PN for 45854@debbugs.gnu.org; Thu, 14 Jan 2021 07:01:32 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 841935C00FE for <45854@debbugs.gnu.org>; Thu, 14 Jan 2021 07:01:26 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Thu, 14 Jan 2021 07:01:26 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= references:from:to:subject:in-reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; s=fm2; bh= 3oQyQ2bIxOWNtVvkdHuaXwUFDvPeUqWX0sjvAZu/p5w=; b=lVsWwBGeq83CVclY M1VuwfVN0SggkNj6YdtQpUywEhdai2B/whvJXYEPoqhKLZIWbP0ylPsdCLj/gXmZ y6klJvUteRaHqMiNylWxj7ZKnfdFfqXsj7DWZ+/vp+h2vDkbXQOxQh6cw549NVIa SSWrSqkZYxmaPZDpy9VH7xPeP4e9FywcAmIZDN9FUCvLNGhZU3/AdTlKsgqlUmM7 QELG+6eQUjtBKCiRrAfP7qKy5GpXEQC1jgI97UgKbEQ8xDaKXR6//gy7KM9LsIbV 0vIlrWkEqo7a0JkjPYD/suUcLfeF5ZTYkg+QdvJ3aFoxA2Y0a1LGZ/kAh0cs/6tL brkA6Q== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=3oQyQ2bIxOWNtVvkdHuaXwUFDvPeUqWX0sjvAZu/p 5w=; b=GUIvdc2CRQ+h8PG1H9IwMbSZz2mHSVVuHw3cyPzojXEIvHutJPS9oLNY9 DHx60BDBfZ1wvOFX6lW7RRN2eAuMYb+Sm57Cs/t4Zd3kou8FY6/JonNOoWkaGNdY TERrXKOpFelE+c1qtMKF1HpLHyVBEk5dDabwqyNCG2qspBjVQSO+4cJUIqsQ3Osl i8qbycP8AffBrn/fq2sJtOIub8Jsu9/SZCj3YOlahnoGvHT5WEBzDpwFdmYPA+cJ 6TGc7df0F+ss1sFz76esDzQk1h4I0kPBJCb/R3ZlgjH2NBdcJ5iaiQVusY2uARsh VO0hQRSX+2hg9tqDQAIPqlKhp1c7A== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgddtkecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfhgfhffvufgjfffkgggtgfesthhqre dttderjeenucfhrhhomhepofgruhhrihgtihhoucevohhllhgrrhgvshcuoehmrghurhhi tghiohestgholhhlrghrvghsrdhorhhgqeenucggtffrrghtthgvrhhnpefhgfegvdehve ektefhfeffieeflefghfeihfdtudelueejjeefffehgeevheeiheenucfkphepudeluddr udekhedrfeeirddvfeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepmhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh X-ME-Proxy: Received: from asus (unknown [191.185.36.237]) by mail.messagingengine.com (Postfix) with ESMTPA id 19CBA24005B for <45854@debbugs.gnu.org>; Thu, 14 Jan 2021 07:01:24 -0500 (EST) References: <87pn282psi.fsf@collares.org> User-agent: mu4e 1.4.13; emacs 28.0.50 From: Mauricio Collares In-reply-to: Date: Thu, 14 Jan 2021 09:01:18 -0300 Message-ID: <871ren3ey9.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) This might be slightly off-topic (in the sense that the previous message stands alone and is not corrected by this one) but I have a related question to ask about the actual error I was hitting. To reproduce the error, one can use git-commitx.el and elpa2nix.el from the previous email and the following transientx.el file: ;;; transientx.el --- x -*- lexical-binding: t; -*- ;; Package-Requires: ((emacs "25.1")) ;; Package-Version: 0 (require 'cl-lib) (require 'eieio) (defclass transient-suffix () ()) (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) (advice-add 'top-level :before 'identity) (provide 'transientx) ;;; transientx.el ends here That is, the "provide" line is uncommented but there's now an advice-add call. Running the following commands causes a problem similar to the one in the previous message: $ --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package /home/collares/tr= ansientx.el=20 $ --batch -Q --eval "(setq comp-eln-load-path '())" -l ~/elpa2nix.el -f elp= a2nix-install-package /home/collares/git-commitx.el=20 git-commitx.el:6:1: Error: Cannot find suitable directory for output in =E2= =80=98comp-eln-load-path=E2=80=99 Done (Total of 0 files compiled, 1 failed, 2 skipped) Debugger entered--Lisp error: (error "transient--init-suffix-key is already= defined as s...") error("%s is already defined as something else than a gen..." transient--= init-suffix-key) cl-generic-ensure-function(transient--init-suffix-key) Apparently, advice-add caused native compilation to happen, and that failed because comp-eln-load-path was empty. This error plays a role similar to the lack of "(provide 'transientx)" in the previous email, leading to the second error which does not happen in trunk. In this email, however, I would like to address the first error. My question is: Is it possible to disable the native compilation caused by advice-add in the above example? In Nix we run batch-native-compile separately after installing the package, and comp-eln-load-path is not set up until that point, so an option to disable all native compilation for a single batch session would be helpful. I tried setting comp-deferred-compilation and comp-enable-subr-trampolines to nil but still got the "Cannot find suitable directory for output in =E2=80=98comp-eln-load-path=E2=80=99" error with an empty comp-eln-load-pat= h. Best, Mauricio From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 14 Jan 2021 14:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauricio Collares Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161063424518346 (code B ref 45854); Thu, 14 Jan 2021 14:25:02 +0000 Received: (at 45854) by debbugs.gnu.org; 14 Jan 2021 14:24:05 +0000 Received: from localhost ([127.0.0.1]:37578 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l03Xg-0004lp-OU for submit@debbugs.gnu.org; Thu, 14 Jan 2021 09:24:05 -0500 Received: from mx.sdf.org ([205.166.94.24]:56153) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l03Xa-0004lL-Jk for 45854@debbugs.gnu.org; Thu, 14 Jan 2021 09:24:04 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 10EENq3i008496 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Thu, 14 Jan 2021 14:23:52 GMT From: Andrea Corallo References: <87pn282psi.fsf@collares.org> <871ren3ey9.fsf@collares.org> Date: Thu, 14 Jan 2021 14:23:51 +0000 In-Reply-To: <871ren3ey9.fsf@collares.org> (Mauricio Collares's message of "Thu, 14 Jan 2021 09:01:18 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mauricio Collares writes: > This might be slightly off-topic (in the sense that the previous message > stands alone and is not corrected by this one) but I have a related > question to ask about the actual error I was hitting. To reproduce the > error, one can use git-commitx.el and elpa2nix.el from the previous > email and the following transientx.el file: > > ;;; transientx.el --- x -*- lexical-binding: t; -*- > > ;; Package-Requires: ((emacs "25.1")) > ;; Package-Version: 0 > > (require 'cl-lib) > (require 'eieio) > > (defclass transient-suffix () ()) > (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) > > (advice-add 'top-level :before 'identity) > > (provide 'transientx) > > ;;; transientx.el ends here > > That is, the "provide" line is uncommented but there's now an advice-add > call. Running the following commands causes a problem similar to the one > in the previous message: > > $ --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package /home/collares/= transientx.el=20 > $ --batch -Q --eval "(setq comp-eln-load-path '())" -l ~/elpa2nix.el -f e= lpa2nix-install-package /home/collares/git-commitx.el=20 > > git-commitx.el:6:1: Error: Cannot find suitable directory for output in = =E2=80=98comp-eln-load-path=E2=80=99 > Done (Total of 0 files compiled, 1 failed, 2 skipped) > Debugger entered--Lisp error: (error "transient--init-suffix-key is alrea= dy defined as s...") > error("%s is already defined as something else than a gen..." transient= --init-suffix-key) > cl-generic-ensure-function(transient--init-suffix-key) > > Apparently, advice-add caused native compilation to happen, and that > failed because comp-eln-load-path was empty. This error plays a role > similar to the lack of "(provide 'transientx)" in the previous email, > leading to the second error which does not happen in trunk. > > In this email, however, I would like to address the first error. My > question is: Is it possible to disable the native compilation caused by > advice-add in the above example? I think that's a bug, I believe `comp-enable-subr-trampolines' should cover this case too. > In Nix we run batch-native-compile > separately after installing the package, and comp-eln-load-path is not > set up until that point, so an option to disable all native compilation > for a single batch session would be helpful. I tried setting > comp-deferred-compilation and comp-enable-subr-trampolines to nil but > still got the "Cannot find suitable directory for output in > =E2=80=98comp-eln-load-path=E2=80=99" error with an empty comp-eln-load-p= ath. > > Best, > Mauricio > > > > --=20 akrl@sdf.org From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jan 2021 15:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauricio Collares Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161089736213007 (code B ref 45854); Sun, 17 Jan 2021 15:30:02 +0000 Received: (at 45854) by debbugs.gnu.org; 17 Jan 2021 15:29:22 +0000 Received: from localhost ([127.0.0.1]:45489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l19zW-0003Nj-7F for submit@debbugs.gnu.org; Sun, 17 Jan 2021 10:29:22 -0500 Received: from mail-eopbgr10049.outbound.protection.outlook.com ([40.107.1.49]:14209 helo=EUR02-HE1-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l19zS-0003NQ-7Y for 45854@debbugs.gnu.org; Sun, 17 Jan 2021 10:29:21 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KR8Pl4dghNaHCRp8/U8FL2NZJjRphMQtHVKkRxGJb7U=; b=yZXNkdEDNQr06fGPuDJ/SaKNQ2rYeaclyq/j3WgBupzhdJzUfKl6qVmHREF/nJ3AgNn0dBADUdOSvv+U30ZTYTihq8Ukwh11bbh8AtOxvDu4uxXoGZ0qLKCZwnmYL+tKzBO72THHz71IEDccFCTOCTNrEDmQhpsylcO8Ka1tDFo= Received: from MR2P264CA0100.FRAP264.PROD.OUTLOOK.COM (2603:10a6:500:33::16) by DB6PR08MB2632.eurprd08.prod.outlook.com (2603:10a6:6:17::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.14; Sun, 17 Jan 2021 15:29:10 +0000 Received: from VE1EUR03FT010.eop-EUR03.prod.protection.outlook.com (2603:10a6:500:33:cafe::b4) by MR2P264CA0100.outlook.office365.com (2603:10a6:500:33::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.12 via Frontend Transport; Sun, 17 Jan 2021 15:29:10 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 63.35.35.123) smtp.mailfrom=arm.com; debbugs.gnu.org; dkim=pass (signature was verified) header.d=armh.onmicrosoft.com;debbugs.gnu.org; dmarc=pass action=none header.from=arm.com; Received-SPF: Pass (protection.outlook.com: domain of arm.com designates 63.35.35.123 as permitted sender) receiver=protection.outlook.com; client-ip=63.35.35.123; helo=64aa7808-outbound-1.mta.getcheckrecipient.com; Received: from 64aa7808-outbound-1.mta.getcheckrecipient.com (63.35.35.123) by VE1EUR03FT010.mail.protection.outlook.com (10.152.18.113) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.12 via Frontend Transport; Sun, 17 Jan 2021 15:29:10 +0000 Received: ("Tessian outbound af289585f0f4:v71"); Sun, 17 Jan 2021 15:29:09 +0000 X-CheckRecipientChecked: true X-CR-MTA-CID: d74e954c8f4158d1 X-CR-MTA-TID: 64aa7808 Received: from 72f6d8d5934e.1 by 64aa7808-outbound-1.mta.getcheckrecipient.com id E9D7550C-FD1B-4C2F-8E23-B148E94B6B72.1; Sun, 17 Jan 2021 15:29:04 +0000 Received: from EUR01-VE1-obe.outbound.protection.outlook.com by 64aa7808-outbound-1.mta.getcheckrecipient.com with ESMTPS id 72f6d8d5934e.1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384); Sun, 17 Jan 2021 15:29:04 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KctasipRA7gcHWofBn/qEPc0lcBHAFwxL1fUMKewyghgVeh3A0cjkGNmUozYoYNeIUWZmGrqvWrdc30NuuqyKSMAtfPWIy7Vh3r8uGUIP9yNl/fN4UjwkFaFLEqDD1PevHPfI1ISInI0wsiU0WdCdwEuHJCU+RiN/YQmxA+peTSRTzPpQCk2TOE9e20ibw9xlPyT9gp0Ifk8Ddw33Aag8v6yEPIqQW4vHxUSL9RMYyqh8vIgfdOLC4/WVJKoKT9aElWFxpMLZ9XEcO+VwSQjDvQuzcJE5J0qmanVpTPWayKJfHzlDb7F0MQAiNu9+MGbNnXKfm0UwP7QSVJCVvCvtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KR8Pl4dghNaHCRp8/U8FL2NZJjRphMQtHVKkRxGJb7U=; b=SbFzuD9Vv0tbGkIg4iCobutlqCe61f2veHk1N5AJ3vOEauefsCf7Et/xHoB0+K0udk0hFLvIZ/RoxcD3gfpiJN8TlfEpAqvW/0pngDR+nuuQUdTXzNqiVzsR6GQ7vgE0myBGTN4ldOo7nw08mf2pE04DSgAxHa9i8Z7ywc7DpAcY5d8WFyBUTOfqgblE7BZurY/WzBhTvQ9SppSyB2hAlqSWJLNa/9f2JiA8g9Q8mdnZwCC1ffrsSshXKhrTf5WHLNRw93Gp2ZELZWoCH+hyb8Trp/fltbgbuirTV9GSDzzVAlA04zqWTs6e5eu/qsjHlW6OAP+gC1x8YTMyASNajQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=arm.com; dmarc=pass action=none header.from=arm.com; dkim=pass header.d=arm.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=armh.onmicrosoft.com; s=selector2-armh-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=KR8Pl4dghNaHCRp8/U8FL2NZJjRphMQtHVKkRxGJb7U=; b=yZXNkdEDNQr06fGPuDJ/SaKNQ2rYeaclyq/j3WgBupzhdJzUfKl6qVmHREF/nJ3AgNn0dBADUdOSvv+U30ZTYTihq8Ukwh11bbh8AtOxvDu4uxXoGZ0qLKCZwnmYL+tKzBO72THHz71IEDccFCTOCTNrEDmQhpsylcO8Ka1tDFo= Authentication-Results-Original: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=arm.com; Received: from AM6PR08MB4900.eurprd08.prod.outlook.com (2603:10a6:20b:cc::10) by AS8PR08MB6311.eurprd08.prod.outlook.com (2603:10a6:20b:290::15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.10; Sun, 17 Jan 2021 15:29:02 +0000 Received: from AM6PR08MB4900.eurprd08.prod.outlook.com ([fe80::5805:be9:d66d:7b65]) by AM6PR08MB4900.eurprd08.prod.outlook.com ([fe80::5805:be9:d66d:7b65%7]) with mapi id 15.20.3763.014; Sun, 17 Jan 2021 15:29:02 +0000 From: Andrea Corallo References: <87pn282psi.fsf@collares.org> Date: Sun, 17 Jan 2021 16:29:00 +0100 In-Reply-To: <87pn282psi.fsf@collares.org> (Mauricio Collares's message of "Wed, 13 Jan 2021 23:52:29 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Originating-IP: [217.140.106.37] X-ClientProxiedBy: LO2P265CA0074.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:8::14) To AM6PR08MB4900.eurprd08.prod.outlook.com (2603:10a6:20b:cc::10) MIME-Version: 1.0 X-MS-Exchange-MessageSentRepresentingType: 1 Received: from e124257 (217.140.106.37) by LO2P265CA0074.GBRP265.PROD.OUTLOOK.COM (2603:10a6:600:8::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3763.9 via Frontend Transport; Sun, 17 Jan 2021 15:29:01 +0000 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-HT: Tenant X-MS-Office365-Filtering-Correlation-Id: fd4d91e4-a8b6-45eb-955f-08d8bafca30f X-MS-TrafficTypeDiagnostic: AS8PR08MB6311:|DB6PR08MB2632: X-Microsoft-Antispam-PRVS: x-checkrecipientrouted: true NoDisclaimer: true X-MS-Oob-TLC-OOBClassifiers: OLM:595;OLM:8273; X-MS-Exchange-SenderADCheck: 1 X-Microsoft-Antispam-Untrusted: BCL:0; X-Microsoft-Antispam-Message-Info-Original: kaD3Hy7fM5P2g/v4q5lKD5343WtdmENS0uxc/aUjc3E6SYy/LStVPy4aIRv5HuL+0lCERE9iqooP65vbSNy7FicnACq9g248mRqkucytc9L43Qk9ykjq/NqOvS1oakAvM1aIgPX51MBtwj6rRO2S2GouEWrDDr3IAB0q/TWHFUanZSLJCbxADcclklIhViZVGQOOGUQTY9bxufQPxJjEfFnfVp0IOZrZDrUxg8VhC55NNnacsAoo3nN++NGlkFf0r+LNfpPvdkD8QXgOcZU8EDJberTCEwa4OfxtrT9RDlajYcu53BVnM8NYW3t5GYmYKNBN5JcgKK8yYGDXsNuXGpth/HnIeBaFYwtvQ6XodpK5lP5aGSrLkPmGf8ppvuiL+O8krsXnKcCvVyq0sayAMQ== X-Forefront-Antispam-Report-Untrusted: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM6PR08MB4900.eurprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(366004)(136003)(396003)(39850400004)(346002)(86362001)(26005)(6496006)(316002)(6486002)(8936002)(52116002)(8676002)(2906002)(956004)(2616005)(478600001)(4326008)(44832011)(186003)(16526019)(5660300002)(6916009)(66946007)(66556008)(66476007)(83380400001)(36756003); DIR:OUT; SFP:1101; X-MS-Exchange-AntiSpam-MessageData: zH3BS//5S827S6oMPTBo/LDM5bHGjAuQk7TuxwRbXMTW+jufb/7H1ivLbVXZgyiWNIPP5BLHaHAGIvoYId2BdjD4ismIH8DdJZJd0F6j/znBz+PRDt37GofbssmrB5ecbJWkUxlojvDTITDFFv9L4zKz+wCwow1aTfdMuRaZVY0ajOUTVU84W0kSP0xSn/8mRIU2kC+gId/w3FdokjI/469JmJOUPhpLv4r3rJkarHHAd4SyUNoV2GglhnjV5Zsi8NBgMd2GN7wjzCJiXyE/M36qGP0cGsUVCPrlNrNVtqoebV+JByKAxlWaaPVfF1nevh6ODGH4/vGipJSI3ZLGlxA8NUdRqfwdqafqQqMaR14ybkI2+3tPs3WfQmUBQkfmddneluWzl3JsIQQjFdkdU+9QhqHIBLxX8Ec3hlVAN44NUO9khf/qobIK0/FP7yMQK0Kul3wM3PYjGX7tGgXKWO8G7nQc4XY/qG5J3lYrH+6jvHiJ1lHUyLV1yNax3pU3zcNUw4/8tpOX7kfy8HZDfqcnMrvir9JxYqAH9Q60S14GgMymdaIwDBbO0Hebak9KNn8wiGE0WQV1icT2uCLiopzOU5N/0diLXHT37gzMwhqh75/21jPN0skN9Q8tBzzdbsI3qBdWpkjgNnSH7Rd/5/g1+PaROQN4l73NEOvtS9trRrdpEOo2O1WKGxtXeeL9ZMAWDRUisYXqtfu1uB5lhAdldJDL12Bms/OxROx1o0fNV3jiqQCKJq4nNqWdK0j6AtJ39RVBFhSKlvNqe9GENIVonZYBouPxhDiolUzau9epnqzk2ZSRjlfENxFLW/4wGdsyM7+SSvCuGA7JTXUd1/wJfIeHEQsR3OQ+kSyZ5sLD8SXrgiLPobwS0s5ztHTLlpA38DGa8ZaRPRlRvChlh5ItnVMF5pOSiIP8ooJtNWulJ6pj9/8JdBY+Y55eTwMBB3QSr00IdSiRQj+y2CXoDYHU1EShlPI+/vayTd+VeHiuaNdQQn49mQVd0ybDqaEM X-MS-Exchange-Transport-CrossTenantHeadersStamped: AS8PR08MB6311 Original-Authentication-Results: debbugs.gnu.org; dkim=none (message not signed) header.d=none;debbugs.gnu.org; dmarc=none action=none header.from=arm.com; X-EOPAttributedMessage: 0 X-MS-Exchange-Transport-CrossTenantHeadersStripped: VE1EUR03FT010.eop-EUR03.prod.protection.outlook.com X-MS-Office365-Filtering-Correlation-Id-Prvs: 25c3270e-5b2b-48e5-307f-08d8bafc9def X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: tLpLL11fJZl9G+wMIavL+k80w1Wr1E+QpAfe943NpDLE+JExWJ4+TPggrLDcCtLEp9zDlsBR4KvfqScV1hit77cc0jmbEYt2L6yHpGTecYrkjx7r0ru0vcQnTdQRsTh0KPwe9yC2AZWJbPg2ZX8IWrQagBJm3WKG3A7OSMOqLaKHZf0BvTTyTsrz8X+uxLzDMeySDgQPzeyiOxWBIa7jpFgBsJnWVYffuqC1mcB42OJieJEUd3QTwu22uXcUV/svyZBGNCajLM1etFW/xSyEZUHE4C7SyRMN79Sf+3+llQKSSvqOzfFEgA1EUhnKrx9Zv1biqDAKbV/PEOpcx0R0XGtIWTgu+9eKOgZwslLhnyAjPetCSMaZYCL0NRcWNvWz58SnAFq+qUUI2JIBjDlXqzqw3t8tbLxnOZCKZzRBv4uUVBSEcY4iGwJkOem32PPSmd7d14vWiDzw31GNHYP8Fw== X-Forefront-Antispam-Report: CIP:63.35.35.123; CTRY:IE; LANG:en; SCL:1; SRV:; IPV:CAL; SFV:NSPM; H:64aa7808-outbound-1.mta.getcheckrecipient.com; PTR:ec2-63-35-35-123.eu-west-1.compute.amazonaws.com; CAT:NONE; SFS:(4636009)(39850400004)(136003)(346002)(376002)(396003)(46966006)(2616005)(82740400003)(44832011)(82310400003)(81166007)(8936002)(356005)(83380400001)(6862004)(478600001)(4326008)(86362001)(36756003)(5660300002)(8676002)(2906002)(70206006)(70586007)(956004)(6496006)(336012)(6486002)(316002)(186003)(16526019)(26005)(47076005); DIR:OUT; SFP:1101; X-OriginatorOrg: arm.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 17 Jan 2021 15:29:10.1878 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: fd4d91e4-a8b6-45eb-955f-08d8bafca30f X-MS-Exchange-CrossTenant-Id: f34e5979-57d9-4aaa-ad4d-b122a662184d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=f34e5979-57d9-4aaa-ad4d-b122a662184d; Ip=[63.35.35.123]; Helo=[64aa7808-outbound-1.mta.getcheckrecipient.com] X-MS-Exchange-CrossTenant-AuthSource: VE1EUR03FT010.eop-EUR03.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB6PR08MB2632 X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mauricio Collares writes: > The example is a bit convoluted, but it is a reduced example from > another error I saw in the wild. It's not a big problem, but since this > might be a bug I thought a report could be useful. I wish I could reduce > it further, but hopefully this is enough. > > Suppose I have three files as below (I've appended an x to the original p= ackage > names to avoid conflict): > > * File 1: transientx.el > > ;;; transientx.el --- x -*- lexical-binding: t; -*- > > ;; Package-Requires: ((emacs "25.1")) > ;; Package-Version: 0 > > (require 'cl-lib) > (require 'eieio) > > (defclass transient-suffix () ()) > (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) > > ;; (provide 'transientx) commented on purpose to cause an error when requ= iring > ;;; transientx.el ends here > > * File 2: git-commitx.el > > ;;; git-commitx.el --- x -*- lexical-binding: t; -*- > > ;; Package-Requires: ((emacs "25.1") (transientx "20200601")) > ;; Package-Version: 20210102.1242 > > (require 'transientx) > > ;;;###autoload > (define-minor-mode global-git-commit-mode > "desc" > :global t > :initialize (lambda (symbol exp) > (add-hook 'find-file-hook 'git-commit-setup-check-buffer)= )) > > ;;;###autoload > (defun git-commit-setup-check-buffer ()) > > (provide 'git-commitx) > > ;;; git-commitx.el ends here > > * File 3: elpa2nix.el > > (require 'package) > (package-initialize) > > (defun elpa2nix-install-package () > (pcase command-line-args-left > (`(,archive) > (with-temp-buffer > (insert-file-contents archive) > (package-unpack (package-buffer-info)))))) > > Then running the following two commands in order produces the stack > trace below on the native-comp branch: > > $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package transient= x.el > $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package git-commi= tx.el > > git-commitx.el:6:1: Error: Loading file /home/collares/.emacs.d/elpa/tran= sientx-0/transientx.elc failed to provide feature =E2=80=98transientx=E2=80= =99 > Done (Total of 0 files compiled, 1 failed, 2 skipped) > > Debugger entered--Lisp error: (error "transient--init-suffix-key is alrea= dy defined as s...") > error("%s is already defined as something else than a gen..." transient= --init-suffix-key) > cl-generic-ensure-function(transient--init-suffix-key) > cl-generic-define-method(transient--init-suffix-key nil ((obj transient= -suffix)) nil #f(compiled-function (obj) #)) > require(transientx) > load-with-code-conversion("/home/collares/.emacs.d/elpa/git-commitx-202= 10102...." "/home/collares/.emacs.d/elpa/git-commitx-20210102...." nil t) > git-commit-setup-check-buffer() > run-hooks(find-file-hook) > after-find-file(nil t) > find-file-noselect-1(# "~/git-commitx.el" nil ni= l "~/git-commitx.el" (7340496 65025)) > find-file-noselect("/home/collares/git-commitx.el") > command-line-1(("-l" "/home/collares/elpa2nix.el" "-f" "elpa2nix-instal= l-package" "/home/collares/git-commitx.el")) > command-line() > normal-top-level() > > The transient--init-suffix-key error does not appear on trunk (the > "failed to provide feature" error appears as expected). Reverting commit > 7d7bfbf0346114b116e14a4338ea235d12674f13 makes the change of behaviour > disappear, but I suspect it's not the true cause of the difference. Hi Mauricio, I failed to reproduce on latest native-comp 88100bed0a. Either I missed somenthing or is maybe fixed by the latest merge? Could you check if you still see this? Thanks Andrea IMPORTANT NOTICE: The contents of this email and any attachments are confid= ential and may also be privileged. If you are not the intended recipient, p= lease notify the sender immediately and do not disclose the contents to any= other person, use it for any purpose, or store or copy the information in = any medium. Thank you. From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jan 2021 15:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrea Corallo Cc: Mauricio Collares , 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161089757213392 (code B ref 45854); Sun, 17 Jan 2021 15:33:01 +0000 Received: (at 45854) by debbugs.gnu.org; 17 Jan 2021 15:32:52 +0000 Received: from localhost ([127.0.0.1]:45493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1A2t-0003Tv-U3 for submit@debbugs.gnu.org; Sun, 17 Jan 2021 10:32:52 -0500 Received: from mx.sdf.org ([205.166.94.24]:52145) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1A2o-0003Tk-4r for 45854@debbugs.gnu.org; Sun, 17 Jan 2021 10:32:50 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 10HFWZBv014414 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sun, 17 Jan 2021 15:32:35 GMT From: Andrea Corallo References: <87pn282psi.fsf@collares.org> Date: Sun, 17 Jan 2021 15:32:35 +0000 In-Reply-To: (Andrea Corallo's message of "Sun, 17 Jan 2021 16:29:00 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andrea Corallo writes: > Mauricio Collares writes: > >> The example is a bit convoluted, but it is a reduced example from >> another error I saw in the wild. It's not a big problem, but since this >> might be a bug I thought a report could be useful. I wish I could reduce >> it further, but hopefully this is enough. >> >> Suppose I have three files as below (I've appended an x to the original = package >> names to avoid conflict): >> >> * File 1: transientx.el >> >> ;;; transientx.el --- x -*- lexical-binding: t; -*- >> >> ;; Package-Requires: ((emacs "25.1")) >> ;; Package-Version: 0 >> >> (require 'cl-lib) >> (require 'eieio) >> >> (defclass transient-suffix () ()) >> (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) >> >> ;; (provide 'transientx) commented on purpose to cause an error when req= uiring >> ;;; transientx.el ends here >> >> * File 2: git-commitx.el >> >> ;;; git-commitx.el --- x -*- lexical-binding: t; -*- >> >> ;; Package-Requires: ((emacs "25.1") (transientx "20200601")) >> ;; Package-Version: 20210102.1242 >> >> (require 'transientx) >> >> ;;;###autoload >> (define-minor-mode global-git-commit-mode >> "desc" >> :global t >> :initialize (lambda (symbol exp) >> (add-hook 'find-file-hook 'git-commit-setup-check-buffer= ))) >> >> ;;;###autoload >> (defun git-commit-setup-check-buffer ()) >> >> (provide 'git-commitx) >> >> ;;; git-commitx.el ends here >> >> * File 3: elpa2nix.el >> >> (require 'package) >> (package-initialize) >> >> (defun elpa2nix-install-package () >> (pcase command-line-args-left >> (`(,archive) >> (with-temp-buffer >> (insert-file-contents archive) >> (package-unpack (package-buffer-info)))))) >> >> Then running the following two commands in order produces the stack >> trace below on the native-comp branch: >> >> $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package transien= tx.el >> $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package git-comm= itx.el >> >> git-commitx.el:6:1: Error: Loading file /home/collares/.emacs.d/elpa/tra= nsientx-0/transientx.elc failed to provide feature =E2=80=98transientx=E2= =80=99 >> Done (Total of 0 files compiled, 1 failed, 2 skipped) >> >> Debugger entered--Lisp error: (error "transient--init-suffix-key is alre= ady defined as s...") >> error("%s is already defined as something else than a gen..." transien= t--init-suffix-key) >> cl-generic-ensure-function(transient--init-suffix-key) >> cl-generic-define-method(transient--init-suffix-key nil ((obj transien= t-suffix)) nil #f(compiled-function (obj) #)) >> require(transientx) >> load-with-code-conversion("/home/collares/.emacs.d/elpa/git-commitx-20= 210102...." "/home/collares/.emacs.d/elpa/git-commitx-20210102...." nil t) >> git-commit-setup-check-buffer() >> run-hooks(find-file-hook) >> after-find-file(nil t) >> find-file-noselect-1(# "~/git-commitx.el" nil n= il "~/git-commitx.el" (7340496 65025)) >> find-file-noselect("/home/collares/git-commitx.el") >> command-line-1(("-l" "/home/collares/elpa2nix.el" "-f" "elpa2nix-insta= ll-package" "/home/collares/git-commitx.el")) >> command-line() >> normal-top-level() >> >> The transient--init-suffix-key error does not appear on trunk (the >> "failed to provide feature" error appears as expected). Reverting commit >> 7d7bfbf0346114b116e14a4338ea235d12674f13 makes the change of behaviour >> disappear, but I suspect it's not the true cause of the difference. > > Hi Mauricio, > > I failed to reproduce on latest native-comp 88100bed0a. Either I missed > somenthing or is maybe fixed by the latest merge? > > Could you check if you still see this? > > Thanks > > Andrea > IMPORTANT NOTICE: The contents of this email and any attachments are > confidential and may also be privileged. If you are not the intended > recipient, please notify the sender immediately and do not disclose > the contents to any other person, use it for any purpose, or store or > copy the information in any medium. Thank you. Apologies, I've mistakenly used the wrong mail account From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jan 2021 16:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauricio Collares Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161089943016421 (code B ref 45854); Sun, 17 Jan 2021 16:04:02 +0000 Received: (at 45854) by debbugs.gnu.org; 17 Jan 2021 16:03:50 +0000 Received: from localhost ([127.0.0.1]:45523 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1AWs-0004Gm-2J for submit@debbugs.gnu.org; Sun, 17 Jan 2021 11:03:50 -0500 Received: from mx.sdf.org ([205.166.94.24]:50529) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1AWp-0004Ge-OV for 45854@debbugs.gnu.org; Sun, 17 Jan 2021 11:03:48 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 10HG3geB027420 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Sun, 17 Jan 2021 16:03:42 GMT From: Andrea Corallo References: <87pn282psi.fsf@collares.org> <871ren3ey9.fsf@collares.org> Date: Sun, 17 Jan 2021 16:03:42 +0000 In-Reply-To: (Andrea Corallo via's message of "Thu, 14 Jan 2021 14:23:51 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: > Mauricio Collares writes: > >> This might be slightly off-topic (in the sense that the previous message >> stands alone and is not corrected by this one) but I have a related >> question to ask about the actual error I was hitting. To reproduce the >> error, one can use git-commitx.el and elpa2nix.el from the previous >> email and the following transientx.el file: >> >> ;;; transientx.el --- x -*- lexical-binding: t; -*- >> >> ;; Package-Requires: ((emacs "25.1")) >> ;; Package-Version: 0 >> >> (require 'cl-lib) >> (require 'eieio) >> >> (defclass transient-suffix () ()) >> (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) >> >> (advice-add 'top-level :before 'identity) >> >> (provide 'transientx) >> >> ;;; transientx.el ends here >> >> That is, the "provide" line is uncommented but there's now an advice-add >> call. Running the following commands causes a problem similar to the one >> in the previous message: >> >> $ --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package /home/collares= /transientx.el=20 >> $ --batch -Q --eval "(setq comp-eln-load-path '())" -l ~/elpa2nix.el -f = elpa2nix-install-package /home/collares/git-commitx.el=20 >> >> git-commitx.el:6:1: Error: Cannot find suitable directory for output in = =E2=80=98comp-eln-load-path=E2=80=99 >> Done (Total of 0 files compiled, 1 failed, 2 skipped) >> Debugger entered--Lisp error: (error "transient--init-suffix-key is alre= ady defined as s...") >> error("%s is already defined as something else than a gen..." transien= t--init-suffix-key) >> cl-generic-ensure-function(transient--init-suffix-key) >> >> Apparently, advice-add caused native compilation to happen, and that >> failed because comp-eln-load-path was empty. This error plays a role >> similar to the lack of "(provide 'transientx)" in the previous email, >> leading to the second error which does not happen in trunk. >> >> In this email, however, I would like to address the first error. My >> question is: Is it possible to disable the native compilation caused by >> advice-add in the above example? > > I think that's a bug, I believe `comp-enable-subr-trampolines' should > cover this case too. Hi Mauricio, This should be fixed by 883d937320, could you give it a try and confirm? Thanks Andrea From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jan 2021 12:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrea Corallo Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.16109734189778 (code B ref 45854); Mon, 18 Jan 2021 12:37:02 +0000 Received: (at 45854) by debbugs.gnu.org; 18 Jan 2021 12:36:58 +0000 Received: from localhost ([127.0.0.1]:46649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1TmD-0002Xe-O9 for submit@debbugs.gnu.org; Mon, 18 Jan 2021 07:36:57 -0500 Received: from out1-smtp.messagingengine.com ([66.111.4.25]:56727) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1TmB-0002XM-OT for 45854@debbugs.gnu.org; Mon, 18 Jan 2021 07:36:56 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5E8875C00CE; Mon, 18 Jan 2021 07:36:50 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Mon, 18 Jan 2021 07:36:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; s=fm2; bh= KRxcusNKVcEeBDy1Az1K+S1tvyhN82rmVjJRaxvHr7o=; b=DpYp25VfDYL0opAP dd42HBb4MWTTjhZq9I/UgG2B2ibhvzm4ycmoSgPQ8xTTyHEaLo42cNU9zWG5xLXR VZVTRyqfjpZuk4czjf6n+v7bWzZaulpgCvl6UBm3e7FmsB5k9WgOhJpgruf/yC9z a4HR9EDscLHEIcxtxy0Y9MNQ/CWkgAACUKzZUh+iQ+ngeEdCHIWhPs9pJKTTDGVQ OWuGjrdC9gxVUKcTsJLf+jqenBzhP3YmoqpgwL0xjVKgwbdHySgDt5CvdusPAWgj npmj454yrD88Qy0WK9d+OFZTou0Kv0ZdVFUfHm7pHLJX1+9YPJ2dQa5GngDoQuRT qw+pPA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=KRxcusNKVcEeBDy1Az1K+S1tvyhN82rmVjJRaxvHr 7o=; b=pVzwlsD92ElT3Ommz+JY6ugreWpnTc1peIQd8gliS8ICretkB3S2LOMwI Bl2VRVatqtdPafVwDJPp8QI50SC/TWlizRBKltS8mStAIQQO4aqzOZjz4yMtCNfT l+ZJK/FKnqlo3w29QQBlvMdNBlPEoERMtFeVXVSc01CzP4q9+OiSqkzL84p/frif YaCKKkm/VU5LeQGKU2LdYPAyAjkPCtGvWqcZRDQsbn2BNPaEfWAGI1MB9pPI7hEo zJCHFBdckYxe1rzARynuFx9X/EFCYqKQAU1ppvnfmdOpsTCDzpbHY3+7kYwpyj+B EUN8NF6a6R7uB1oFG4e/qKmJS9ETw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrtdekgdegudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepfhgfhffvufgjfffkgggtgfesthhqre dttderjeenucfhrhhomhepofgruhhrihgtihhoucevohhllhgrrhgvshcuoehmrghurhhi tghiohestgholhhlrghrvghsrdhorhhgqeenucggtffrrghtthgvrhhnpefhgfegvdehve ektefhfeffieeflefghfeihfdtudelueejjeefffehgeevheeiheenucfkphepudeluddr udekhedrfeeirddvfeejnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepmhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh X-ME-Proxy: Received: from asus (unknown [191.185.36.237]) by mail.messagingengine.com (Postfix) with ESMTPA id 4E12E108005B; Mon, 18 Jan 2021 07:36:49 -0500 (EST) References: <87pn282psi.fsf@collares.org> User-agent: mu4e 1.4.13; emacs 28.0.50 From: Mauricio Collares In-reply-to: Date: Mon, 18 Jan 2021 09:36:45 -0300 Message-ID: <87im7uto9u.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Andrea Corallo writes: > > Hi Mauricio, > > I failed to reproduce on latest native-comp 88100bed0a. Either I missed > somenthing or is maybe fixed by the latest merge? > > Could you check if you still see this? > Hi Andrea, Thanks for taking a look at this. I tested 883d937320 and although the comp-enable-subr-trampolines bugs is fixed (many thanks!), I can still reproduce this, both with the testcase from the first email (comented-out "(provide 'transientx)") and with the testcase from the second email (empty comp-eln-load-path + comp-enable-subr-trampolines enabled by default). Any of those two errors then causes the following error: error("%s is already defined as something else than a gen..." transient--init-suffix-key) Is there any other information I can provide to help figure out why we get different behaviour? I will include random ideas below, just in case. The two commands I mentioned above install stuff in ~/.emacs.d/elpa (the "git-commitx-20210102.1242" and "transientx-0" directories). Could it be that your test succeeds because it is reusing files generated by a different emacs version? In the first testcase, this is supposed to apear right before the transient--init-suffix-key error: INFO Scraping files for git-commitx-autoloads.el...=20 INFO Scraping files for git-commitx-autoloads.el...done Checking /home/collares/.emacs.d/elpa/git-commitx-20210102.1242... Compiling /home/collares/.emacs.d/elpa/git-commitx-20210102.1242/git-commit= x-autoloads.el... Compiling /home/collares/.emacs.d/elpa/git-commitx-20210102.1242/git-commit= x-pkg.el... Compiling /home/collares/.emacs.d/elpa/git-commitx-20210102.1242/git-commit= x.el... In toplevel form: git-commitx.el:6:1: Error: Loading file /home/collares/.emacs.d/elpa/transi= entx-0/transientx.elc failed to provide feature =E2=80=98transientx=E2=80=99 Done (Total of 0 files compiled, 1 failed, 2 skipped) Best, Mauricio From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 18 Jan 2021 20:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauricio Collares Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161100339227312 (code B ref 45854); Mon, 18 Jan 2021 20:57:02 +0000 Received: (at 45854) by debbugs.gnu.org; 18 Jan 2021 20:56:32 +0000 Received: from localhost ([127.0.0.1]:48576 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1bZf-00076Q-MO for submit@debbugs.gnu.org; Mon, 18 Jan 2021 15:56:31 -0500 Received: from mx.sdf.org ([205.166.94.24]:61038) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l1bZe-00076H-Cs for 45854@debbugs.gnu.org; Mon, 18 Jan 2021 15:56:31 -0500 Received: from mab (ma.sdf.org [205.166.94.33]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 10IKuOEa000657 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Mon, 18 Jan 2021 20:56:24 GMT From: Andrea Corallo References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> Date: Mon, 18 Jan 2021 20:56:24 +0000 In-Reply-To: <87im7uto9u.fsf@collares.org> (Mauricio Collares's message of "Mon, 18 Jan 2021 09:36:45 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mauricio Collares writes: > Andrea Corallo writes: >> >> Hi Mauricio, >> >> I failed to reproduce on latest native-comp 88100bed0a. Either I missed >> somenthing or is maybe fixed by the latest merge? >> >> Could you check if you still see this? >> > > Hi Andrea, > > Thanks for taking a look at this. I tested 883d937320 and although the > comp-enable-subr-trampolines bugs is fixed (many thanks!), I can still > reproduce this Okay I probably did something wrong then. I'm taking a look into the compile-time bugs now, I'll come back to this after that. Thanks! Andrea From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 22 Jan 2021 22:01:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrea Corallo Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161135282310208 (code B ref 45854); Fri, 22 Jan 2021 22:01:02 +0000 Received: (at 45854) by debbugs.gnu.org; 22 Jan 2021 22:00:23 +0000 Received: from localhost ([127.0.0.1]:33344 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l34Te-0002ea-Sr for submit@debbugs.gnu.org; Fri, 22 Jan 2021 17:00:23 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:55509) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l34Ta-0002eI-4L for 45854@debbugs.gnu.org; Fri, 22 Jan 2021 17:00:21 -0500 Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id 917265C0197; Fri, 22 Jan 2021 17:00:12 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Fri, 22 Jan 2021 17:00:12 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; s=fm2; bh=vxcHn4XnQxUSh6PMlBd3Vuqo8G 6ywuTDnpLPYg++Cao=; b=CeTwArPPRXY9/uC5ktWOF5FP6Wn8kjDo6rMHAOPZIf W8IxQ/4GaQyO+6g4ZjpHD7Dg+dEyPaMRugpiZMFMr6rc+q6dBLzRL93SSLHErrqx cvXGsQpOP4bSmwD/ycmGgyTJv1QofNSGULervuD2HIKn00P6CGWciXhoYoNsWQj0 g7EveqgTrsHQ7VQ/xe4h/3fAYQ/+FHMfwUt8+Adag844tB8L95fuF2EAiPJFQAGm HUkwACOfEWU1HH4USv2GX7V4XB/+lIixm06x+SU8R8eDNiZH6plrEahQRaSHh3F2 KOe/xVw5il+1clDze0+fEzEuh/HUxge6E71o098l5Oyg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=vxcHn4 XnQxUSh6PMlBd3Vuqo8G6ywuTDnpLPYg++Cao=; b=kI7lRLpPzZjbJyBElV9eKV INVKZPpOr8UTvrLylwTx5xfWbWDDWsittj3TjfMHx4o4PVZUujbmcSfWF/EJqnq7 ofwFmOKFPKU3X8ansr5/CAmQg2W9s0VeQ7U434jsy1ehK87H2Nz6lMvaqMQqUruR k6H2NYsDUyOfSSPyYrrQRDbhOAwKcjhuNQRoEeYFOdpEXH9ysBlg4tM6AnTO6YAB YsDevW/2gThUo7XNkPeYmzXi8x7EY8e4HHxiKpF84ysOJbkhQLsSP5GonJeCpgJ9 bquTaejExd154jC/5S6Jbv2+F1/NwawfUAWXXCoWLxtkYDAtqrls/tetWBfa1Htg == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrudeigdduiedvucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpehffgfhvffujgffkfggtgesthdtre dttdertdenucfhrhhomhepofgruhhrihgtihhoucevohhllhgrrhgvshcuoehmrghurhhi tghiohestgholhhlrghrvghsrdhorhhgqeenucggtffrrghtthgvrhhnpeeuffevhfeuje elhfeuueehheffgeejueekffefgfduleeiffevgeevheeljeegvdenucfkphepudeluddr udekhedrfeegrddvudehnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrg hilhhfrhhomhepmhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh X-ME-Proxy: Received: from asus (unknown [191.185.34.215]) by mail.messagingengine.com (Postfix) with ESMTPA id A786B1080068; Fri, 22 Jan 2021 17:00:09 -0500 (EST) References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> User-agent: mu4e 1.4.13; emacs 28.0.50 From: Mauricio Collares In-reply-to: Date: Fri, 22 Jan 2021 19:00:04 -0300 Message-ID: <87czxweior.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Andrea Corallo writes: > > Okay I probably did something wrong then. I'm taking a look into the > compile-time bugs now, I'll come back to this after that. Many thanks and no hurry :) I just noticed that this bug has nothing to do with autoloads, sorry for the red herring! You can replace git-commitx.el by just ;;; git-commitx.el --- x -*- lexical-binding: t; -*- ;; Package-Requires: ((emacs "25.1") (transientx "20200601")) ;; Package-Version: 20210102.1242 (require 'transientx) (provide 'git-commitx) ;;; git-commitx.el ends here together with transientx.el and elpa2nix.el from the previous email and the difference of behaviour (compared to trunk) still exists. Best, Mauricio From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jan 2021 21:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauricio Collares Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161186830017965 (code B ref 45854); Thu, 28 Jan 2021 21:12:01 +0000 Received: (at 45854) by debbugs.gnu.org; 28 Jan 2021 21:11:40 +0000 Received: from localhost ([127.0.0.1]:50423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5EZn-0004ff-RJ for submit@debbugs.gnu.org; Thu, 28 Jan 2021 16:11:40 -0500 Received: from mab.sdf.org ([205.166.94.33]:45414 helo=ma.sdf.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5EZm-0004fW-1U for 45854@debbugs.gnu.org; Thu, 28 Jan 2021 16:11:38 -0500 Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1l5EZk-0006Uw-10; Thu, 28 Jan 2021 21:11:36 +0000 From: Andrea Corallo References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> Date: Thu, 28 Jan 2021 21:11:36 +0000 In-Reply-To: <87czxweior.fsf@collares.org> (Mauricio Collares's message of "Fri, 22 Jan 2021 19:00:04 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mauricio Collares writes: > Andrea Corallo writes: >> >> Okay I probably did something wrong then. I'm taking a look into the >> compile-time bugs now, I'll come back to this after that. > > Many thanks and no hurry :) I just noticed that this bug has nothing to > do with autoloads, sorry for the red herring! You can replace > git-commitx.el by just > > ;;; git-commitx.el --- x -*- lexical-binding: t; -*- > > ;; Package-Requires: ((emacs "25.1") (transientx "20200601")) > ;; Package-Version: 20210102.1242 > > (require 'transientx) > (provide 'git-commitx) > > ;;; git-commitx.el ends here > > together with transientx.el and elpa2nix.el from the previous email > and the difference of behaviour (compared to trunk) still exists. > > Best, > Mauricio I tried to reproduce again but with no success: =3D=3D=3D=3D HOME=3D~/tmp ~/emacs2/src/emacs --batch -Q -l ./elpa2nix.el -f elpa2nix-ins= tall-package git-commitx.el INFO Scraping files for git-commitx-autoloads.el... INFO Scraping files for git-commitx-autoloads.el...done Checking /home/akrl/tmp/.emacs.d/elpa/git-commitx-20210102.1242... Compiling /home/akrl/tmp/.emacs.d/elpa/git-commitx-20210102.1242/git-commit= x-autoloads.el... Compiling /home/akrl/tmp/.emacs.d/elpa/git-commitx-20210102.1242/git-commit= x-pkg.el... Compiling /home/akrl/tmp/.emacs.d/elpa/git-commitx-20210102.1242/git-commit= x.el... In toplevel form: git-commitx.el:6:1: Error: Loading file /home/akrl/tmp/.emacs.d/elpa/transi= entx-0/transientx.elc failed to provide feature =E2=80=98transientx=E2=80=99 Done (Total of 0 files compiled, 1 failed, 2 skipped) akrl@foo:~/el_debug$ =3D=3D=3D=3D Am I doing something wrong? Would be nice to have someone else trying to reproduce this. Andrea From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jan 2021 22:05:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrea Corallo Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161187146222926 (code B ref 45854); Thu, 28 Jan 2021 22:05:03 +0000 Received: (at 45854) by debbugs.gnu.org; 28 Jan 2021 22:04:22 +0000 Received: from localhost ([127.0.0.1]:50484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5FOo-0005xi-As for submit@debbugs.gnu.org; Thu, 28 Jan 2021 17:04:22 -0500 Received: from out2-smtp.messagingengine.com ([66.111.4.26]:39255) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5FOl-0005xU-Uz for 45854@debbugs.gnu.org; Thu, 28 Jan 2021 17:04:20 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id A7CE15C0105; Thu, 28 Jan 2021 17:04:14 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Thu, 28 Jan 2021 17:04:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type:content-transfer-encoding; s=fm2; bh= +HZb01+ZpULufTeQu+ARhOQc9rqWBJp3cXiYQN8iu6Y=; b=AlIIaaGDz7VExGj+ 1vQKeBmjvdnIX9c+fh07AlUQVulDcxacLlaKqV9E6u1C69AYjfsMxmLrXeLOEaVK YvseeLI1CrJG3xTvD2kfS4Z2M1tL1BzBIERpT1HkL5odPtqBhX+N8hUI/nk9y0FD ehxKorK+0b3CX0f/8MDJEecspXRO0Aq+tKS+UL6gmMjTTfkEvTXyNEQpgKKmqmEe OVfPri04Er2bK35IHHwFQZGy8NQoYGZck4mTt+myM30iojGN2WsUjqUJYpyTBiv2 AOiA3ubt5xDD7udAGpHu2VIzEeMHjfsum9cIcG5mNAZmrkgzM83hvqc/sjNmg2w+ s8+BGw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=+HZb01+ZpULufTeQu+ARhOQc9rqWBJp3cXiYQN8iu 6Y=; b=mOP039X0Y2gW8OLezbRUTAOEzvckz/JWLRilw2gYWraACIL1o6SLpOtgY bP38Zz18/ZRhk9Pl75GD93I7JV9Z59oeLr3Ss7uypYjhWBFz1MT5chMY0Zut9tWT qlaEItIwG6hlxEfSoAkU3BhaMuA0GCZ4H84a0tYErsBD8WQe0SdrVmJvqOkJenoF FyqjZgRlVGxn1RopH9ToN1gspy1SN4h3Pyq04odOEel8Nzc8b0fElaR1pJlXDO/H /G0ECHU2TEuWZ0arq3prRkofCYeWAGEXx9UV9h5enwnjNEVbv4z8anUfiNhoNKOq px6zeayARO4QoR1XTEl++6zO1rurw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfedtgdduheegucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpehffgfhvffujgffkfggtgfgsehtqh ertddtreejnecuhfhrohhmpeforghurhhitghiohcuveholhhlrghrvghsuceomhgruhhr ihgtihhosegtohhllhgrrhgvshdrohhrgheqnecuggftrfgrthhtvghrnhephffggedvhe evkeethfefffeifeelgffhiefhtdduleeujeejfeffheegveehieehnecukfhppeduledu rddukeehrdefgedrvdduheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmh grihhlfhhrohhmpehmrghurhhitghiohestgholhhlrghrvghsrdhorhhg X-ME-Proxy: Received: from asus (unknown [191.185.34.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 88BD4108005F; Thu, 28 Jan 2021 17:04:12 -0500 (EST) References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> User-agent: mu4e 1.4.13; emacs 28.0.50 From: Mauricio Collares In-reply-to: Date: Thu, 28 Jan 2021 19:04:07 -0300 Message-ID: <87y2gczpk8.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Andrea Corallo writes: > > I tried to reproduce again but with no success: > > =3D=3D=3D=3D > [...] > =3D=3D=3D=3D > > Am I doing something wrong? Thanks for testing! You're not doing anything wrong from what I see, but I messed up in my last email: The git-commitx.el file from my first email causes the bug to show up but not the last one I sent. I must have forgotten to erase ~/.emacs.d/elpa after testing on the last email; I am very sorry for the time wasting caused by this mistake. On the bright side, at least this makes more sense, since the commit that exposed this bug is related to autoloads. If you're feeling charitable, testing with the original git-commitx.el and with a clean ~/tmp would be helpful. Either way, I appreciate the time you took to test this, and I will ask other people to try and reproduce this too. Best, Maur=C3=ADcio From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 29 Jan 2021 09:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mauricio Collares Cc: 45854@debbugs.gnu.org Received: via spool by 45854-submit@debbugs.gnu.org id=B45854.161191129828628 (code B ref 45854); Fri, 29 Jan 2021 09:09:02 +0000 Received: (at 45854) by debbugs.gnu.org; 29 Jan 2021 09:08:18 +0000 Received: from localhost ([127.0.0.1]:51155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5PlK-0007Re-3Z for submit@debbugs.gnu.org; Fri, 29 Jan 2021 04:08:18 -0500 Received: from mab.sdf.org ([205.166.94.33]:38874 helo=ma.sdf.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5PlI-0007RH-Hb for 45854@debbugs.gnu.org; Fri, 29 Jan 2021 04:08:17 -0500 Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1l5PlF-0006Sq-FX; Fri, 29 Jan 2021 09:08:13 +0000 From: Andrea Corallo References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> <87y2gczpk8.fsf@collares.org> Date: Fri, 29 Jan 2021 09:08:13 +0000 In-Reply-To: <87y2gczpk8.fsf@collares.org> (Mauricio Collares's message of "Thu, 28 Jan 2021 19:04:07 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Mauricio Collares writes: > Andrea Corallo writes: >> >> I tried to reproduce again but with no success: >> >> ==== >> [...] >> ==== >> >> Am I doing something wrong? > > Thanks for testing! You're not doing anything wrong from what I see, but > I messed up in my last email: The git-commitx.el file from my first > email causes the bug to show up but not the last one I sent. I must have > forgotten to erase ~/.emacs.d/elpa after testing on the last email; I am > very sorry for the time wasting caused by this mistake. On the bright > side, at least this makes more sense, since the commit that exposed this > bug is related to autoloads. > > If you're feeling charitable, LOL, I'm no worries :) > testing with the original git-commitx.el > and with a clean ~/tmp would be helpful. Either way, I appreciate the > time you took to test this, and I will ask other people to try and > reproduce this too. I can reproduce it! I'll try to have a look it this week-end to explain what's going on. Thanks Andrea From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Andrea Corallo Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Jan 2021 14:25:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 45854@debbugs.gnu.org Cc: mauricio@collares.org X-Debbugs-Original-To: akrl--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" X-Debbugs-Original-Cc: Mauricio Collares , 45854@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.161201666127653 (code B ref -1); Sat, 30 Jan 2021 14:25:01 +0000 Received: (at submit) by debbugs.gnu.org; 30 Jan 2021 14:24:21 +0000 Received: from localhost ([127.0.0.1]:54201 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5rAi-0007Br-Iz for submit@debbugs.gnu.org; Sat, 30 Jan 2021 09:24:20 -0500 Received: from lists.gnu.org ([209.51.188.17]:56570) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l5rAg-0007Bk-VL for submit@debbugs.gnu.org; Sat, 30 Jan 2021 09:24:19 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:33486) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l5rAg-0007gg-PB for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2021 09:24:18 -0500 Received: from mab.sdf.org ([205.166.94.33]:56578 helo=ma.sdf.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l5rAf-0002Tc-4Y for bug-gnu-emacs@gnu.org; Sat, 30 Jan 2021 09:24:18 -0500 Received: from akrl by ma.sdf.org with local (Exim 4.92) (envelope-from ) id 1l5rAc-0000tB-JA; Sat, 30 Jan 2021 14:24:14 +0000 From: Andrea Corallo References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> <87y2gczpk8.fsf@collares.org> Date: Sat, 30 Jan 2021 14:24:14 +0000 In-Reply-To: (akrl's message of "Fri, 29 Jan 2021 09:08:13 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=205.166.94.33; envelope-from=akrl@sdf.org; helo=ma.sdf.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.4 (--) akrl--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors" writes: [...] > I can reproduce it! I'll try to have a look it this week-end to explain > what's going on. 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. Andrea From unknown Tue Aug 12 08:32:57 2025 X-Loop: help-debbugs@gnu.org Subject: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 01 Feb 2021 12:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45854 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andrea Corallo Cc: 45854@debbugs.gnu.org X-Debbugs-Original-Cc: "akrl--- via Bug reports for GNU Emacs, the Swiss army knife of text editors" , 45854@debbugs.gnu.org Received: via spool by submit@debbugs.gnu.org id=B.161218377610521 (code B ref -1); Mon, 01 Feb 2021 12:50:01 +0000 Received: (at submit) by debbugs.gnu.org; 1 Feb 2021 12:49:36 +0000 Received: from localhost ([127.0.0.1]:59335 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6Ye6-0002jc-Qe for submit@debbugs.gnu.org; Mon, 01 Feb 2021 07:49:35 -0500 Received: from lists.gnu.org ([209.51.188.17]:57406) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1l6Ye4-0002jN-1M for submit@debbugs.gnu.org; Mon, 01 Feb 2021 07:49:33 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:35902) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6Ye3-0000yK-Lg for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 07:49:31 -0500 Received: from out5-smtp.messagingengine.com ([66.111.4.29]:49225) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l6Ye2-0003n8-2o for bug-gnu-emacs@gnu.org; Mon, 01 Feb 2021 07:49:31 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 5E5CF5C0121; Mon, 1 Feb 2021 07:49:28 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Mon, 01 Feb 2021 07:49:28 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; s=fm2; bh=ym84+ej7mQscSnciVlodii3ox+ FZpQhDJ4GCLpb+lrk=; b=ejvVZ4o3lN8k1mvvCwYTPQmuvvbto4T55E5TpXTXm2 3S6EYy9NO2SgK/BorYdRlZCDIk9gqofEMHjbBSkpz62zAgkbrPARLT+OQzLU4344 p7ArBTCNdi4fc4QR2F7U4sQcml/0h3lVGeHBg4PmfspoRrqzB0CGUoJaSxSNnQAS VEckH3+QqyuHB/gJC0WFBjxYnHePTLHeAqkIQALaIKarsZvun+eqrheq2+9Zu0kN NeyWB7Db8tJGxNoTpuIlQ3v0gi7ovLqXEvOQCeKYyWA1DGf0+Ti/50cM9AcHRh/U 61ozHVlgpHvDI8iohGc27nPLMJSoW1XLrYRXQjRMCttQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=ym84+e j7mQscSnciVlodii3ox+FZpQhDJ4GCLpb+lrk=; b=ho4h8N+5pFPPKYt3Rd6je5 0oN9c21cheTW5a965FR8OXmh1DKjHXK3bOzQ+VFFvIlQgHWgMRgQ9uUVqBmsN4c7 3Gs7bf852p+J3hBDl6oJTkSfLvce6ziRrI+8edWw/0NNCqdCzhZmJr+V8uZVb6oO zMLfUEcjW1kxEJZU8QpxFK4L4oBepCmtPdPfWtfO3y2mhy492ISHI6tFCT9qyehP z3XUFRnYh2vIofFhuIhXQiamlJ57K7VLfsslPD6tNAISWwZ9Vt5iBFRZjC2HGqI+ voI37gUiO01uMvtIC+FlndtvzvPFeUXIicgI4EnTEsa6eiyToH29cijOvBA0EONA == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeekgdeggecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpehffgfhvffujgffkfggtgesthdtredttdertdenucfhrhhomhepofgruhhrihgt ihhoucevohhllhgrrhgvshcuoehmrghurhhitghiohestgholhhlrghrvghsrdhorhhgqe enucggtffrrghtthgvrhhnpeeuffevhfeujeelhfeuueehheffgeejueekffefgfduleei ffevgeevheeljeegvdenucfkphepudeluddrudekhedrfeegrddvudehnecuvehluhhsth gvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgruhhrihgtihhosegt ohhllhgrrhgvshdrohhrgh X-ME-Proxy: Received: from asus (unknown [191.185.34.215]) by mail.messagingengine.com (Postfix) with ESMTPA id CF5F224005C; Mon, 1 Feb 2021 07:49:26 -0500 (EST) References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> <87y2gczpk8.fsf@collares.org> User-agent: mu4e 1.4.13; emacs 28.0.50 From: Mauricio Collares In-reply-to: Date: Mon, 01 Feb 2021 09:49:21 -0300 Message-ID: <87bld4lzqm.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=66.111.4.29; envelope-from=mauricio@collares.org; helo=out5-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) 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. 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? Best, Mauricio From unknown Tue Aug 12 08:32:57 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Mauricio Collares Subject: bug#45854: closed (Re: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors) Message-ID: References: <87pn282psi.fsf@collares.org> X-Gnu-PR-Message: they-closed 45854 X-Gnu-PR-Package: emacs Reply-To: 45854@debbugs.gnu.org Date: Mon, 01 Feb 2021 14:01:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1612188062-17649-1" This is a multi-part message in MIME format... ------------=_1612188062-17649-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #45854: 28.0.50; [feature/native-comp] autoload behavior different in the p= resence of errors which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 45854@debbugs.gnu.org. --=20 45854: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D45854 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1612188062-17649-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 45854-done) by debbugs.gnu.org; 1 Feb 2021 14:00:28 +0000 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 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 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 From: Andrea Corallo To: Mauricio Collares Subject: Re: bug#45854: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors References: <87pn282psi.fsf@collares.org> <87im7uto9u.fsf@collares.org> <87czxweior.fsf@collares.org> <87y2gczpk8.fsf@collares.org> <87bld4lzqm.fsf@collares.org> Date: 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") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 45854-done Cc: 45854-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 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 ------------=_1612188062-17649-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 14 Jan 2021 02:52:50 +0000 Received: from localhost ([127.0.0.1]:36927 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzskj-0003U9-Ql for submit@debbugs.gnu.org; Wed, 13 Jan 2021 21:52:50 -0500 Received: from lists.gnu.org ([209.51.188.17]:36220) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kzski-0003U1-0M for submit@debbugs.gnu.org; Wed, 13 Jan 2021 21:52:48 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:37384) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzskh-0006eD-Ne for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 21:52:47 -0500 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:56917) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kzskf-000709-NM for bug-gnu-emacs@gnu.org; Wed, 13 Jan 2021 21:52:47 -0500 Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 80531258 for ; Wed, 13 Jan 2021 21:52:42 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute4.internal (MEProxy); Wed, 13 Jan 2021 21:52:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding; s=fm2; bh=1f+2WAuVLGDe4frG49jOG12t+p ukYPdT0Z+smCYXzbo=; b=FHqnSAc/Mg35bFeP1aGL7QTWWfY71n9dFCJALJLCDo eY5c8VJf8lFv1jXccO/6//jJG4CEZs2nwZ4Wc6wmS8MkDdWe+/10iacYiIhpg8zZ malKiwBKzk6oFwf6nrB/REwz1ByVM246uJVv+SkfLFmuYEjEN7Oh66Fl9wBASqx6 XlJq7o2KDp91wPZDmAJTpvyVmjsUlkJTWusXrBhF6GKglcIXLkTrwFRUn7U4VPMK 0eroSSGnpbspbH9M9Io5/9som/B4BAZCvHrJe6Floi83aQClQbPhoOvhH5rzQ2u0 LvrASCEB+JCKSq6ga6pZQolkIQ41v0MvF7Yms9wnahoA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:message-id:mime-version:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=1f+2WA uVLGDe4frG49jOG12t+pukYPdT0Z+smCYXzbo=; b=GYAQ3YW4kb9PfOufiQ7ZmD kRES4YEExDZMi0gRlxx759G8i5/4TNKddw1sroueo/zLfA4LaGkruSVRbPKePyAW qJ0szRV2rhBFsFskR6Xy/ycV/RYbgxLLnJ7Uv879aNDDkRjdEPxDzMC1l8BRo+zU WxGXTP7Ryj6qlQw9c5oU2Gq8nHDhYDwiS4/zF6hk82cJUTxfccslfc1XLI0A5T4D CbeSTcZabl6Mn++rVcXzPBCteFuLk0/ONrXQoguWDANrjfUTIQrVJuYNbYFymxkz 6AKzsZ+zU6MDZFK9O5EFsthU9YCWMSku43OQBYClj5WdYOBSjTQbxY6Pq5QqT2lQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedukedrtdeggdehudcutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhephffvufffkfggtgfgsehtqhertddttd ejnecuhfhrohhmpeforghurhhitghiohcuveholhhlrghrvghsuceomhgruhhrihgtihho segtohhllhgrrhgvshdrohhrgheqnecuggftrfgrthhtvghrnhepfffhffdvtedujeeite eivdetleeiveduleejvdfhgeevvedtueefhfeljedtleevnecukfhppeduledurddukeeh rdefiedrvdefjeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehmrghurhhitghiohestgholhhlrghrvghsrdhorhhg X-ME-Proxy: Received: from asus (unknown [191.185.36.237]) by mail.messagingengine.com (Postfix) with ESMTPA id F377B108005B for ; Wed, 13 Jan 2021 21:52:40 -0500 (EST) From: Mauricio Collares To: bug-gnu-emacs@gnu.org Subject: 28.0.50; [feature/native-comp] autoload behavior different in the presence of errors Date: Wed, 13 Jan 2021 23:52:29 -0300 Message-ID: <87pn282psi.fsf@collares.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=64.147.123.24; envelope-from=mauricio@collares.org; helo=wout1-smtp.messagingengine.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.6 (--) The example is a bit convoluted, but it is a reduced example from another error I saw in the wild. It's not a big problem, but since this might be a bug I thought a report could be useful. I wish I could reduce it further, but hopefully this is enough. Suppose I have three files as below (I've appended an x to the original pac= kage names to avoid conflict): * File 1: transientx.el ;;; transientx.el --- x -*- lexical-binding: t; -*- ;; Package-Requires: ((emacs "25.1")) ;; Package-Version: 0 (require 'cl-lib) (require 'eieio) (defclass transient-suffix () ()) (cl-defmethod transient--init-suffix-key ((obj transient-suffix))) ;; (provide 'transientx) commented on purpose to cause an error when requir= ing ;;; transientx.el ends here * File 2: git-commitx.el ;;; git-commitx.el --- x -*- lexical-binding: t; -*- ;; Package-Requires: ((emacs "25.1") (transientx "20200601")) ;; Package-Version: 20210102.1242 (require 'transientx) ;;;###autoload (define-minor-mode global-git-commit-mode "desc" :global t :initialize (lambda (symbol exp) (add-hook 'find-file-hook 'git-commit-setup-check-buffer))) ;;;###autoload (defun git-commit-setup-check-buffer ()) (provide 'git-commitx) ;;; git-commitx.el ends here * File 3: elpa2nix.el (require 'package) (package-initialize) (defun elpa2nix-install-package () (pcase command-line-args-left (`(,archive) (with-temp-buffer (insert-file-contents archive) (package-unpack (package-buffer-info)))))) Then running the following two commands in order produces the stack trace below on the native-comp branch: $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package transientx.= el=20 $ emacs --batch -Q -l ~/elpa2nix.el -f elpa2nix-install-package git-commitx= .el=20 git-commitx.el:6:1: Error: Loading file /home/collares/.emacs.d/elpa/transi= entx-0/transientx.elc failed to provide feature =E2=80=98transientx=E2=80=99 Done (Total of 0 files compiled, 1 failed, 2 skipped) Debugger entered--Lisp error: (error "transient--init-suffix-key is already= defined as s...") error("%s is already defined as something else than a gen..." transient--= init-suffix-key) cl-generic-ensure-function(transient--init-suffix-key) cl-generic-define-method(transient--init-suffix-key nil ((obj transient-s= uffix)) nil #f(compiled-function (obj) #)) require(transientx) load-with-code-conversion("/home/collares/.emacs.d/elpa/git-commitx-20210= 102...." "/home/collares/.emacs.d/elpa/git-commitx-20210102...." nil t) git-commit-setup-check-buffer() run-hooks(find-file-hook) after-find-file(nil t) find-file-noselect-1(# "~/git-commitx.el" nil nil = "~/git-commitx.el" (7340496 65025)) find-file-noselect("/home/collares/git-commitx.el") command-line-1(("-l" "/home/collares/elpa2nix.el" "-f" "elpa2nix-install-= package" "/home/collares/git-commitx.el")) command-line() normal-top-level() The transient--init-suffix-key error does not appear on trunk (the "failed to provide feature" error appears as expected). Reverting commit 7d7bfbf0346114b116e14a4338ea235d12674f13 makes the change of behaviour disappear, but I suspect it's not the true cause of the difference. Things that might be relevant: package-native-compile is nil, but when package-unpack is called on git-commitx.el the (require 'transientx) causes native compilation to happen. The above stacktrace seems to come from the "(package--load-files-for-activation new-desc :reload)" call in package.el's package-unpack. Let me know if I can provide more information. Best, Mauricio ------------=_1612188062-17649-1--