From: Kenichi Handa <handa@ni.aist.go.jp>
To: rms@gnu.org
Cc: Adrian.B.Robert@gmail.com, eliz@gnu.org, dann@ics.uci.edu,
emacs-devel@gnu.org
Subject: How to re-orgranize ChangeLog.unicode for merging
Date: Mon, 12 Nov 2007 14:17:13 +0900 [thread overview]
Message-ID: <E1IrRfd-00037C-Sv@etlken.m17n.org> (raw)
In-Reply-To: <E1IquXe-0000O8-MP@fencepost.gnu.org> (message from Richard Stallman on Sat, 10 Nov 2007 12:54:46 -0500)
I have a few questions about how to re-orgranize
ChangeLog.unicode for merging.
(1) As emacs-unicode-2 branch has very long history, the
changes have been made not only by me. If the same function
has been modified by multiple persons, should we sumup
changes for each person? If so, the result will be
confusing because we loose the time-line of changes.
DATE1 CHANGE1 by A
DATE2 CHANGE2 by B
DATE3 CHANGE3 by A
DATE4 CHANGE4 by B
will result in:
by A
CHANGE1
CHANGE3
by B
CHANGE2
CHANGE4
But, usually, it's important to know that CHANGE4 is done
after CHANGE3.
(2) The log files contain this kind of information.
2007-02-15 Kenichi Handa <handa@m17n.org>
These changes are to compile a regexp into a pattern that can be
used both for multibyte and unibyte targets.
* Makefile.in (search.o): Depend on charset.h.
...
[...]
2006-06-06 Kenichi Handa <handa@m17n.org>
These changes are for the new font handling codes.
* character.c (multibyte_char_to_unibyte_safe): New function.
...
How to keep this kind of summary information when we sum up
changes.
(3) RMS wrote:
> The most important part of the massaging is to get rid of duplicate
> entries. For instance suppose a function named foo is added and then
> changed 10 times. There will be 11 change log entries for it, but we
> we only need to keep one: "New function".
Even for a new funciton, I want to know why some piece of
code is in the current shape. I many times encountered such
a case that I don't remember why I wrote some code as the
current way. In such a case, I read changelogs and get a
hint. So, I don't want to loose the current information.
If you don't insist on having just one entry for changes of
a non-new function, please apply that also to a new
function. For instance, I want to keep all of these
information.
(insert_from_gap): Adjust intervals correctly.
(insert_from_gap): Fix argument to offset_intervals.
(insert_from_gap): Make it work even if PT != GTP.
(insert_from_gap): Call record_insert.
(insert_from_gap): New function.
Then, for instance, I can know (or recall) that the function
is intentionally coded to work in the PT != GTP case.
---
Kenichi Handa
handa@ni.aist.go.jp
next prev parent reply other threads:[~2007-11-12 5:17 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-06 12:02 Carbon port emacs-unicode-2 build problem under MacOSX CHENG Gao
2007-11-06 12:14 ` CHENG Gao
2007-11-06 12:29 ` Kenichi Handa
2007-11-06 13:52 ` CHENG Gao
2007-11-06 19:28 ` Ted Zlatanov
2007-11-06 23:27 ` Glenn Morris
2007-11-07 4:59 ` Ted Zlatanov
2007-11-07 13:19 ` Carbon port vs. Emacs.app plus Emacs.app problem report w/test-case Mike Mattie
2007-11-07 13:54 ` Ted Zlatanov
2007-11-07 15:45 ` Mike Mattie
2007-11-06 12:34 ` Carbon port emacs-unicode-2 build problem under MacOSX Jason Rumney
2007-11-06 13:58 ` CHENG Gao
2007-11-06 19:26 ` Ted Zlatanov
2007-11-07 4:13 ` YAMAMOTO Mitsuharu
2007-11-07 5:24 ` Ted Zlatanov
2007-11-07 5:52 ` YAMAMOTO Mitsuharu
2007-11-07 6:03 ` YAMAMOTO Mitsuharu
2007-11-07 14:19 ` Ted Zlatanov
2007-11-07 14:34 ` Jason Rumney
[not found] ` <m2abpqt5mm.fsf@lifelogs.com>
2007-11-07 16:40 ` Adrian Robert
2007-11-08 4:42 ` Richard Stallman
2007-11-08 1:27 ` YAMAMOTO Mitsuharu
2007-11-08 2:31 ` YAMAMOTO Mitsuharu
2007-11-24 9:18 ` YAMAMOTO Mitsuharu
2008-02-12 0:59 ` YAMAMOTO Mitsuharu
2007-11-07 14:15 ` Adrian Robert
2007-11-07 15:05 ` Jason Rumney
2007-11-07 16:09 ` Stefan Monnier
2007-11-08 4:42 ` Richard Stallman
2007-11-08 15:56 ` Dan Nicolaescu
2007-11-09 4:12 ` Richard Stallman
2007-11-09 7:47 ` Dan Nicolaescu
2007-11-09 10:34 ` Eli Zaretskii
2007-11-09 15:09 ` Dan Nicolaescu
2007-11-10 17:54 ` Richard Stallman
2007-11-12 5:17 ` Kenichi Handa [this message]
2007-11-12 20:22 ` How to re-orgranize ChangeLog.unicode for merging Eli Zaretskii
2007-11-12 22:17 ` Andreas Schwab
2007-11-13 4:08 ` Eli Zaretskii
2007-11-18 22:47 ` Richard Stallman
2007-11-18 22:47 ` Richard Stallman
2007-11-07 16:14 ` Carbon port emacs-unicode-2 build problem under MacOSX Dan Nicolaescu
2007-11-08 4:42 ` Richard Stallman
2007-11-07 18:30 ` CHENG Gao
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=E1IrRfd-00037C-Sv@etlken.m17n.org \
--to=handa@ni.aist.go.jp \
--cc=Adrian.B.Robert@gmail.com \
--cc=dann@ics.uci.edu \
--cc=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=rms@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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.