GNU bug report logs - #20640
24.5; lexical-binding should work like a normal file-local variable

Previous Next

Package: emacs;

Reported by: Philipp Stephani <p.stephani2 <at> gmail.com>

Date: Sun, 24 May 2015 10:21:03 UTC

Severity: wishlist

Tags: wontfix

Merged with 10605, 15849

Found in versions 24.3.50, 24.5

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Philipp Stephani <p.stephani2 <at> gmail.com>
Cc: monnier <at> iro.umontreal.ca, 20640 <at> debbugs.gnu.org
Subject: bug#20640: 24.5; lexical-binding should work like a normal file-local variable
Date: Sun, 11 Sep 2016 22:25:54 +0300
> From: Philipp Stephani <p.stephani2 <at> gmail.com>
> Date: Sun, 11 Sep 2016 18:04:13 +0000
> Cc: 20640 <at> debbugs.gnu.org
> 
> Stefan Monnier <monnier <at> iro.umontreal.ca> schrieb am Mo., 22. Juni 2015 um 17:57 Uhr:
> 
>  > I don't think this is a misdesign. In most cases files are either seekable
>  > or small enough so that reading the variables from the end is tolerable. I
>  > prefer the end of files for local variables because they tend to be less
>  > important than the actual content.
> 
>  I'm not talking about file-local variables in general. I'm talking
>  about the "coding:" pseudo-variable.
> 
> No matter how we choose to call it: My argument stands, reading such pseudo-variables from the end of the
> file is desirable, useful, and has negligible disadvantages. Or do we have evidence that users routinely read
> very large (gigabyte-sized) Elisp files from non-seekable sources? 

Guys, is this really such a big deal to justify changes in an area
which was not touched in eons?  Just let the sleeping dogs lie.





This bug report was last modified 5 years and 276 days ago.

Previous Next


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