GNU bug report logs - #40671
[DOC] modify literal objects

Previous Next

Package: emacs;

Reported by: Kevin Vigouroux <ke.vigouroux <at> laposte.net>

Date: Thu, 16 Apr 2020 20:40:02 UTC

Severity: normal

Tags: patch

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


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

From: Drew Adams <drew.adams <at> oracle.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Michael Heerdegen
 <michael_heerdegen <at> web.de>
Cc: Mattias EngdegÄrd <mattiase <at> acm.org>,
 40671 <at> debbugs.gnu.org, ke.vigouroux <at> laposte.net
Subject: RE: bug#40671: [DOC] modify literal objects
Date: Sun, 19 Apr 2020 22:54:01 -0700 (PDT)
> Another way to put it is: an object can start off mutable and later
> become constant

I don't like that formulation at all.  You must
instead be talking about different objects.  A
mutable object cannot be changed to a constant,
AFAIK.

I think the gotcha we're talking about is thinking
that a particular object is mutable when it's not.

> +A mutable object can become constant if it is passed to the
> +@code{eval} function, 

How so?  What's an example?

> +because you should not modify an object that is
> +being or might be executed.

I don't think it even makes any sense to say that
something can become something else _because you
should not do XYZ_.  That parses - is grammatical,
but it makes no sense.




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

Previous Next


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