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: "Drew Adams" <drew.adams <at> oracle.com>
Subject: bug#10661: closed (Re: bug#10661: 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 bug report

#10661: 24.0.93; (elisp) `Parser State' - "we plan to change"

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 10661 <at> debbugs.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: 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.

[Message part 3 (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'
 

Previous Next

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