This is the mail archive of the
mailing list for the glibc project.
Re: ChangeLog entry complexity
- From: Roland McGrath <roland at hack dot frob dot com>
- To: "Joseph S. Myers" <joseph at codesourcery dot com>
- Cc: Eric Wong <normalperson at yhbt dot net>, Carlos O'Donell <carlos at redhat dot com>, Petr Baudis <pasky at ucw dot cz>, OndÅej BÃlka <neleai at seznam dot cz>, <libc-alpha at sourceware dot org>
- Date: Tue, 26 Mar 2013 14:14:15 -0700 (PDT)
- Subject: Re: ChangeLog entry complexity
- References: <20130224085129 dot GA5898 at domone dot kolej dot mff dot cuni dot cz> <20130311132836 dot GA6016 at domone dot kolej dot mff dot cuni dot cz> <20130311162425 dot DAD282C083 at topped-with-meat dot com> <20130311174341 dot GA28265 at domone dot kolej dot mff dot cuni dot cz> <20130311174940 dot 0E0512C08D at topped-with-meat dot com> <513E4924 dot 4010500 at redhat dot com> <20130311214322 dot GC31274 at machine dot or dot cz> <20130311214635 dot 5B9D32C08F at topped-with-meat dot com> <20130325164624 dot GA6137 at machine dot or dot cz> <51508192 dot 90702 at redhat dot com> <20130325205300 dot GA24293 at dcvr dot yhbt dot net> <Pine dot LNX dot 4 dot 64 dot 1303261741360 dot 8202 at digraph dot polyomino dot org dot uk>
> I also think the issue of having lots of separate ChangeLog files for
> changes affecting all architectures should best be addressed by moving
> ports into libc proper after eliminating the remaining ways in which libc
> architectures still put some things in architecture-independent files that
> should be in sysdeps files. Then it would just be the main ChangeLog and
> those for libidn, localedata, nptl and nptl_db.
Agreed. It's not very clear there is still a good rationale for nptl and
nptl_db being separate either. (Not very clear for libidn either, but it
changes so rarely that nobody cares at all.)
> Even withing ports, the
> separate ChangeLogs for different architectures were really an artifact of
> CVS ACLs used to control who could commit changes to each port.
Actually it was mostly because of the original set-up wherein each
individual port could produce a separate add-on tarball for just the
one port, rather than the one big tarball for the whole ports repo.