Re: Suggestion to indicate fixed version when closing a bug

["Stephen J. Turnbull" <stephen@xemacs.org>]

Karl Fogel writes:
 > Glenn Morris <rgm@gnu.org> writes:
 > >It's just my opinion that is is useful and not much effort.
 > >Maybe just use "24.1", rather than worrying about pretest versions, if
 > >you don't think it is very useful.
 > 
 > Oh, I totally misunderstood what you were proposing, Glenn, sorry.
 > 
 > You meant the version number ("edition", "release", whatever) of Emacs
 > in which the bug was fixed, not revision information about the change
 > that fixed it.
 > 
 > The latter is what I've been (mistakenly) talking about in this thread;
 > I'll shut up now, as I have no strong opinion about including the
 > version number, though I'll try to remember to do it.  I'm rarely aware
 > of what Emacs version I'm running, since I'm just building from bzr.

IIUUC, that's not when Glenn is talking about either.  In order to do
what Glenn wants you need to think about what series your patch is
being applied to.

I think this is impossible in general, in fact; you don't know whether
your patch will be ported to other branches, for example, or whether
that will be done as a merge or a new commit.  This information will
show up in the VCS log output in merge commits (if the merger thinks
to do it), but anybody who is looking at VCS log output doesn't need
this information in the log message.

I'm with Eli; hard to do well, and even if you're trying pretty hard,
it will be error-prone.