Subject: bug#38835: closed (Re: bug#38835: 27; Recreated *scratch* buffer has lexical-binding = nil)

From: [email-masked] (GNU bug Tracking System)
Date: Mon, 13 Jan 2020 18:55:02 +0000

Your bug report

#38835: 27; Recreated *scratch* buffer has lexical-binding = 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 [email-masked].

-- 
38835: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=38835
GNU Bug Tracking System
Contact [email-masked] with problems

Subject: Re: bug#38835: 27; Recreated *scratch* buffer has lexical-binding = nil
From: Mattias Engdegård <[email-masked]>
To: Eli Zaretskii <[email-masked]>
Cc: martin rudalics <[email-masked]>, [email-masked]
Date: Mon, 13 Jan 2020 19:54:18 +0100
List-Id: <debbugs-submit.debbugs.gnu.org>

Thank you, pushed to emacs-27.

Subject: 27; Recreated *scratch* buffer has lexical-binding = nil
From: Mattias Engdegård <[email-masked]>
To: [email-masked]
Date: Tue, 31 Dec 2019 16:52:18 +0100
List-Id: <debbugs-submit.debbugs.gnu.org>

The standard *scratch* buffer is blessed with lexical-binding = t, but if killed and recreated via C-x b *scratch* RET, the new buffer isn't.

Not sure where this logic belongs; the *scratch* handling seems a bit spread out. In Fset_buffer_major_mode?