From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#55414: 29.0.50; Byte compilation error for the modus-themes Date: Sun, 29 May 2022 13:38:00 +0000 Message-ID: References: <3DF7C76B-81C7-4BF6-93E1-0849A322FEDC@acm.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24654"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 55414@debbugs.gnu.org, Lars Ingebrigtsen , Eli Zaretskii , Stefan Monnier , Protesilaos Stavrou To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun May 29 15:39:30 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nvJ8k-0006Ff-Ey for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 29 May 2022 15:39:30 +0200 Original-Received: from localhost ([::1]:54392 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nvJ8j-00057G-0F for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 29 May 2022 09:39:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45476) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nvJ8J-00056s-RO for bug-gnu-emacs@gnu.org; Sun, 29 May 2022 09:39:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:45802) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nvJ8H-0003Bi-Pb for bug-gnu-emacs@gnu.org; Sun, 29 May 2022 09:39:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nvJ8H-0005bn-O3 for bug-gnu-emacs@gnu.org; Sun, 29 May 2022 09:39:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 29 May 2022 13:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55414 X-GNU-PR-Package: emacs Original-Received: via spool by 55414-submit@debbugs.gnu.org id=B55414.165383149421496 (code B ref 55414); Sun, 29 May 2022 13:39:01 +0000 Original-Received: (at 55414) by debbugs.gnu.org; 29 May 2022 13:38:14 +0000 Original-Received: from localhost ([127.0.0.1]:39699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nvJ7W-0005ae-8R for submit@debbugs.gnu.org; Sun, 29 May 2022 09:38:14 -0400 Original-Received: from colin.muc.de ([193.149.48.1]:22051 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1nvJ7U-0005aR-Vh for 55414@debbugs.gnu.org; Sun, 29 May 2022 09:38:13 -0400 Original-Received: (qmail 8373 invoked by uid 3782); 29 May 2022 13:38:05 -0000 Original-Received: from acm.muc.de (p4fe15d68.dip0.t-ipconnect.de [79.225.93.104]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 29 May 2022 15:38:05 +0200 Original-Received: (qmail 16021 invoked by uid 1000); 29 May 2022 13:38:00 -0000 Content-Disposition: inline In-Reply-To: X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de 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:233318 Archived-At: Hello, Mattias. On Sun, May 29, 2022 at 11:18:51 +0200, Mattias Engdegård wrote: > 27 maj 2022 kl. 20.24 skrev Alan Mackenzie : > > Records are typically not read as such by the > > reader. They are created by macro expansion from cl-defstruct or the > > like. > While that could happen, it doesn't change the fact that once built, > that record literal is an opaque piece of data inside which no further > diagnostics will be reported. (Much like vectors for that matter.) You're telling me (I didn't know already) that, e.g., lambda forms inside vectors do not normally get byte compiled. This might be regarded as a bug. However, consider the following: (defvar asdf nil) (defun foo () "doc string" (eval-when-compile (let ((baz [ (lambda () (message "bar")) ] )) (aset baz 0 (byte-compile (aref baz 0))) (setq asdf baz)))) .. It will be seen that the element of the vector baz gets compiled, and the vector gets written to the global variable asdf. Admittedly, the position information is currently stripped from the object before the byte-compile is evaluated, but there is no reason this will necessarily always be the case. > However there is no appreciable cost to traverse records as well so > that has now been changed. Thanks! -- Alan Mackenzie (Nuremberg, Germany).