FYI,
First, here's a patch to maint.mk.
To give you an idea of what this does,
I've included the induced patch for coreutils below.
>From 8394dc6b446e745b430f880dd08fb664379cdbe0 Mon Sep 17 00:00:00 2001
From: Jim Meyering
Date: Fri, 27 Jul 2012 12:12:42 +0200
Subject: [PATCH] maint.mk: new rul
Denis Excoffier wrote:
> >> > Is it conceivable that in mpsort.c, the line
> >> >
> >> > #include
> >> >
> >> > is (officially) replaced by the three lines
> >> >
> >> > #ifdef HAVE_CONFIG_H
> >> > # include
> >> > #endif
> >> >
> >> > for those people (like me...) that don't work with but p
Sergey Poznyakoff wrote:
> Jim Meyering ha escrit:
>> (BTW, the second sentence seems incorrect:
>> I saw no makefile rule for "ChangeLog" in tar.)
>
> It is in Make.rules, which is imported from Paxutils.
Thanks for the info.
This particular working directory had an old cvs-based paxutils/
dire
On 07/27/2012 01:20 AM, Jim Meyering wrote:
> How about just not writing the boilerplate text
> to ChangeLog when that file already exists?
Thanks, I installed that in your name.
Jim Meyering ha escrit:
> (BTW, the second sentence seems incorrect:
> I saw no makefile rule for "ChangeLog" in tar.)
It is in Make.rules, which is imported from Paxutils.
Regards,
Sergey
Paul Eggert wrote:
> On 07/26/2012 01:49 PM, Eric Blake wrote:
>> can we always count on the vc-dwim boilerplate to
>> be the same to automatically prune it from gitlog-to-changelog?
>
> Probably not, but we can keep a catalog of all of them,
> surely, assuming this problem persists indefinitely,
>
On Thu, Jul 26, 2012 at 05:21:58PM -0600, Eric Blake wrote:
>> On 07/26/2012 04:48 PM, Denis Excoffier wrote:
>> > Hello,
>> >
>> > Is it conceivable that in mpsort.c, the line
>> >
>> > #include
>> >
>> > is (officially) replaced by the three lines
>> >
>> > #ifdef HAVE_CONFIG_H
>> > # includ