bug#64294: closed (30.0.50; setf strange when lexical-binding is nil)

[GNU bug Tracking System]

Your message dated Mon, 26 Jun 2023 16:41:25 +0900
with message-id <b4m7crqwtzu.fsf@jpl.org>
and subject line Re: bug#64294: 30.0.50; setf strange when lexical-binding is 
nil
has caused the debbugs.gnu.org bug report #64294,
regarding 30.0.50; setf strange when lexical-binding is nil
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
64294: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=64294
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> 30.0.50; setf strange when lexical-binding is nil
>
>
>
>
> Date: 
>
> Mon, 26 Jun 2023 09:40:58 +0900
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-cygwin)
>
>
>
>
> 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 replased 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
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> Subject: 
>
> Re: bug#64294: 30.0.50; setf strange when lexical-binding is nil
>
>
>
>
> Date: 
>
> Mon, 26 Jun 2023 16:41:25 +0900
>
>
>
>
> User-agent: 
>
> Gnus/5.13 (Gnus v5.13) Emacs/30.0.50 (x86_64-pc-cygwin)
>
>
>
>
> Duplicate.  Sorry for the noise.
>
>
> --- End Message ---