GNU bug report logs - #10661
24.0.93; (elisp) `Parser State' - "we plan to change"

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Chong Yidong <cyd <at> gnu.org>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#10661: closed (24.0.93; (elisp) `Parser State' - "we plan to
 change")
Date: Tue, 31 Jan 2012 06:35:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Tue, 31 Jan 2012 14:33:50 +0800
with message-id <87d3a08jox.fsf <at> gnu.org>
and subject line Re: bug#10661: 24.0.93; (elisp) `Parser State' - "we plan to change"
has caused the debbugs.gnu.org bug report #10661,
regarding 24.0.93; (elisp) `Parser State' - "we plan to change"
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
10661: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=10661
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: "Drew Adams" <drew.adams <at> oracle.com>
To: <bug-gnu-emacs <at> gnu.org>
Subject: 24.0.93; (elisp) `Parser State' - "we plan to change"
Date: Mon, 30 Jan 2012 09:59:52 -0800

The end of this node says:
 
"We have provided this access function rather than document how the data
is represented in the state, because we plan to change the
representation in the future."
 
That's been there since at least Emacs 22.  The reason given should be
changed.  Perhaps just say that the data structure used is subject to
change (IOW _might_ be changed at some point), but you can rely on this
function, etc.
 
In general, it's not a great idea to proclaim anything about what you
will do or plan to do.  Instead, say what you recommend and perhaps
state that what's not explicitly recommended is not something users
should depend on.
 

In GNU Emacs 24.0.93.1 (i386-mingw-nt5.1.2600)
 of 2012-01-29 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
 `configure --with-gcc (4.6) --no-opt --cflags
 -ID:/devel/emacs/libs/libXpm-3.5.8/include
 -ID:/devel/emacs/libs/libXpm-3.5.8/src
 -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include
 -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include
 -ID:/devel/emacs/libs/giflib-4.1.4-1/include
 -ID:/devel/emacs/libs/jpeg-6b-4/include
 -ID:/devel/emacs/libs/tiff-3.8.2-1/include
 -ID:/devel/emacs/libs/gnutls-3.0.9/include --ldflags
 -LD:/devel/emacs/libs/gnutls-3.0.9/lib'
 

[Message part 3 (message/rfc822, inline)]

From: Chong Yidong <cyd <at> gnu.org>
To: "Drew Adams" <drew.adams <at> oracle.com>
Cc: 10661-done <at> debbugs.gnu.org
Subject: Re: bug#10661: 24.0.93; (elisp) `Parser State' - "we plan to change"
Date: Tue, 31 Jan 2012 14:33:50 +0800

"Drew Adams" <drew.adams <at> oracle.com> writes:

> The end of this node says:
>  
> "We have provided this access function rather than document how the data
> is represented in the state, because we plan to change the
> representation in the future."
>  
> That's been there since at least Emacs 22.

Removed, thanks.

Previous Next

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