From: Thien-Thi Nguyen <ttn@gnuvola.org>
To: alinsoar@voila.fr
Cc: "Emacs Dev \[emacs-devel\]" <emacs-devel@gnu.org>
Subject: Re: Report the evolution of Emacs Lisp sources.
Date: Mon, 18 Aug 2008 11:44:20 +0200 [thread overview]
Message-ID: <871w0mfyiz.fsf@ambire.localdomain> (raw)
In-Reply-To: <9045719.5972801219043101026.JavaMail.www@wwinf4609> (A. Soare's message of "Mon, 18 Aug 2008 09:05:01 +0200 (CEST)")
() A Soare <alinsoar@voila.fr>
() Mon, 18 Aug 2008 09:05:01 +0200 (CEST)
In this moment, the only method to see how the code of emacs
evaluated is `diff'.
Do you mean to say "evolved" instead of "evaluated"?
One can show the differences, by comparing the internal
representation of the lisp code tree of 2 versions. I saw this
idea for the C code here: [CIL-based AST-diff tool]
An advantage of this method would be to report only one when
the name of a variable changes. This method will also ignore to
report the null-effect characters like blanks or empty new
lines. diff reports everything.
To its credit, diff can be told to ignore many things, including
certain classes of whitespace. But your general point stands.
What do you think, it would be useful such a tool to make
reports of lisp code changes? Maybe I will try it, but it might
be _realy_ useful?
Well, there's a lot of noise possible discussing "might be useful"
(see other threads), so i'll just say that personally i would love
to have a tool that could intuit and summarize changes, to help
generate ChangeLog entries. [dreaming...] I could hook it up to
a visualization program[0] and make annotated movies, w/ voice
commentary...
ttn: Ah, now the variable name has changed. What luck, we
have the before and after authors here -- WDYT?
guest-1: Good choice; short, sweet, not too cryptic.
guest-2: Umm, what does `x' /really/ mean?
guest-1: You have obviously lost the thread of this patch series.
guest-2: Not like you have any better idea, you, you... cowboy!
[clicks ball-point pen furiously]
guest-1: Well, i guess `long-screen-eating-varname' is better?
Too much fun with M-/ again, i take it?
[sneers]
guest-2: I strive for semantic cohesion, but maybe that's too
difficult for one-byte GSR-drunk twitchers to grok.
guest-1: How dare you mock my keyboard-fu! Cretin!
ttn: Ah, now the variable name has changed back. The
ChangeLog entry mentions "aliasing problems"...
guest-2: See, see! It was /you/ who broke the build.
guest-1: Feh, nobody uses this code anyway.
ttn: [amidst scuffling sounds] That concludes the audio
portion of "the underbelly of emacs", please enjoy
the remaining video portion...
Or maybe not. :-D
thi
_________________________________________________________________
[0] http://www.gnuvola.org/software/j/buffer-thumbnail/output/
next prev parent reply other threads:[~2008-08-18 9:44 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-08-18 7:05 Report the evolution of Emacs Lisp sources A Soare
2008-08-18 9:44 ` Thien-Thi Nguyen [this message]
2008-08-18 10:05 ` Miles Bader
2008-08-19 13:11 ` Thien-Thi Nguyen
-- strict thread matches above, loose matches on Subject: below --
2008-08-18 7:05 A Soare
2008-08-18 10:14 A Soare
2008-08-19 13:22 ` Thien-Thi Nguyen
2008-08-19 20:13 A Soare
2008-08-20 11:46 A Soare
2008-08-20 20:14 ` Thien-Thi Nguyen
2008-08-20 20:53 A Soare
2008-08-21 2:02 ` Thien-Thi Nguyen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871w0mfyiz.fsf@ambire.localdomain \
--to=ttn@gnuvola.org \
--cc=alinsoar@voila.fr \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).