This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Rearranging old ChangeLog files
- From: Roland McGrath <roland at hack dot frob dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: <libc-alpha at sourceware dot org>
- Date: Mon, 10 Jun 2013 14:58:45 -0700 (PDT)
- Subject: Re: Rearranging old ChangeLog files
- References: <Pine dot LNX dot 4 dot 64 dot 1306061219300 dot 28623 at digraph dot polyomino dot org dot uk>
> (a) Does it seem appropriate to clean up trailing whitespace in these
> files?
It doesn't really matter either way. I'm inclined not to touch them at all.
> (b) Various other GNU projects now arrange past ChangeLogs by year rather
> than with numbers 1, ..., 17. Would it seem appropriate to rearrange
> glibc's ChangeLogs like that (ChangeLog-1991, ..., ChangeLog-2012, with
> the main ChangeLog having the entries starting at the start of 2013 and
> being rotated annually)?
The reason we rotated ChangeLog in the past was because it got "big".
The definition of "big" has changed so drastically in the past 20 years
that a ChangeLog file is unlikely to qualify until it has decades worth
of entries in it. I do not like the preemptive annual splitting done
these days in binutils and gcc. It's less onerous that it used to be
since Emacs got the "multi-isearch" feature for ChangeLog files.
Nonetheless, I don't see any reason to be splitting ChangeLog at all
any more.
Thanks,
Roland