GNU bug report logs - #23926
defcustom with STANDARD=<non-constant-expression> gives confusing results

Previous Next

Full log

View this message in rfc822 format

From: npostavs <at> users.sourceforge.net
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 23926 <at> debbugs.gnu.org
Subject: bug#23926: defcustom with STANDARD=<non-pure-expression> gives confusing results
Date: Sat, 09 Jul 2016 07:54:58 -0400

retitle 23926 defcustom with STANDARD=<non-constant-expression> gives confusing results
quit

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

>> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
>> Date: Fri, 8 Jul 2016 23:11:02 -0400
>> 
>> A trivial example:
>> 
>> (defcustom time (current-time-string)
>>   "the time"
>>   :type 'string)
>> 
>> Then try to M-x customize-options RET time RET, it will show with
>> state "CHANGED outside Customize." Similarly, doing <f1> v time RET
>> shows the "original value" as the current time, not the actual value
>> when `time' was defined.
>
> Why is this a bug?  Seems to be expected behavior to me.

Yeah, it seems expected because you're familiar with the code.  But it
causes Emacs to claim the "original" value is different from what it
originally was, which seems nonsensical.

I wonder why Emacs saves only the original expression and not the
actual original value?

Previous Next

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