GNU bug report logs - #64315
30.0.50; yasnippets not working due to change in bytecomp.el

Previous Next

Package: emacs;

Reported by: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>

Date: Tue, 27 Jun 2023 09:08:02 UTC

Severity: normal

Merged with 64292

Found in version 30.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Subject: bug#64292: closed (Re: bug#64315: Acknowledgement (30.0.50;
 yasnippets not working due to change in bytecomp.el))
Date: Wed, 28 Jun 2023 18:33:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#64315: 30.0.50; setf strange when lexical-binding is nil

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 64292 <at> debbugs.gnu.org.

-- 
64315: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64315
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Eli Zaretskii <eliz <at> gnu.org>
To: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
Cc: 64315-done <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca
Subject: Re: bug#64315: Acknowledgement (30.0.50; yasnippets not working due
 to change in bytecomp.el)
Date: Wed, 28 Jun 2023 21:33:18 +0300
> From: Pedro Andres Aranda Gutierrez <paaguti <at> gmail.com>
> Date: Wed, 28 Jun 2023 18:48:19 +0200
> Cc: 64315 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
> 
> Yes, that did it! Thanks a ton, /PA

Thanks for testing, I'm closing the bug.

[Message part 3 (message/rfc822, inline)]
From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 30.0.50; setf strange when lexical-binding is nil
Date: Mon, 26 Jun 2023 10:45:34 +0900
Hi,

In the *scratch* buffer:

(setq lexical-binding nil)
(require 'nnheader)
(macroexpand '(setf (mail-header-date header) date))
 => (let* ((v #'(lambda (cl-x) (progn (progn (aref cl-x 3)))))
           (v header))
      (\(setf\ funcall\) date v v))

This looks broken, though it gets normal if lexical-binding is t.
Because of this, an old ELisp module doesn't work.  In addition,
the funny portion is replaced with
\(setf\ internal--with-suppressed-warnings\)...
if the code is byte-compiled.

Thanks.

In GNU Emacs 30.0.50 (build 1, x86_64-pc-cygwin, GTK+ Version
 3.22.28, cairo version 1.17.4) of 2023-06-26 built on localhost



This bug report was last modified 1 year and 332 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.