GNU bug report logs - #29422
27.0.50; Symbol enable-multibyte-characters may not be buffer-local

Previous Next

Package: emacs;

Reported by: Michael Heerdegen <michael_heerdegen <at> web.de>

Date: Fri, 24 Nov 2017 07:58:01 UTC

Severity: normal

Found in version 27.0.50

Done: Michael Heerdegen <michael_heerdegen <at> web.de>

Bug is archived. No further changes may be made.

Full log


Message #31 received at 29422 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: michael_heerdegen <at> web.de, 29422 <at> debbugs.gnu.org
Subject: [SUSPECTED SPAM] Re: bug#29422: 27.0.50;
 Symbol enable-multibyte-characters may not be buffer-local
Date: Sun, 26 Nov 2017 23:42:20 -0500
>> My patch did not touch `setq`.  It just made `make-local-variable` and
>> `make-buffer-local-variable` signal the same error as `setq`.
> Which IMO is confusing because the doc string of
> enable-multibyte-characters says
>   Automatically becomes permanently buffer-local when set.

Yes, it's a weird critter.  Some versions ago, you could setq-default on
it, whereas you couldn't setq on it.
It'd arguably be cleaner if it were a function rather than a variable.

> Actually, Emacs 21 said something more reasonable:
>
>   Variable enable-multibyte-characters is read-only
>
> which was different from the error signaled when trying to change the
> value of, say, t.  Only Emacs 22.1 tossed the difference and started
> to signal the same error for both.

Oh, right, Gerd only added defvaralias in Emacs-22 (which is why/when
it get unified into the `constant` bit field, IIRC).


        Stefan




This bug report was last modified 7 years and 239 days ago.

Previous Next


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