unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#10661: 24.0.93; (elisp) `Parser State' - "we plan to change"
@ 2012-01-30 17:59 Drew Adams
  2012-01-31  6:33 ` Chong Yidong
  0 siblings, 1 reply; 2+ messages in thread
From: Drew Adams @ 2012-01-30 17:59 UTC (permalink / raw)
  To: 10661

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'
 






^ permalink raw reply	[flat|nested] 2+ messages in thread

* bug#10661: 24.0.93; (elisp) `Parser State' - "we plan to change"
  2012-01-30 17:59 bug#10661: 24.0.93; (elisp) `Parser State' - "we plan to change" Drew Adams
@ 2012-01-31  6:33 ` Chong Yidong
  0 siblings, 0 replies; 2+ messages in thread
From: Chong Yidong @ 2012-01-31  6:33 UTC (permalink / raw)
  To: Drew Adams; +Cc: 10661-done

"Drew Adams" <drew.adams@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.





^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-01-31  6:33 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-01-30 17:59 bug#10661: 24.0.93; (elisp) `Parser State' - "we plan to change" Drew Adams
2012-01-31  6:33 ` Chong Yidong

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).