[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries th
From: |
Gary V. Vaughan |
Subject: |
Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call. |
Date: |
Thu, 23 Sep 2010 03:29:44 +0700 |
On 23 Sep 2010, at 00:35, Ralf Wildenhues wrote:
> Hello Gary,
Hallo Ralf,
> * Gary V. Vaughan wrote on Wed, Sep 22, 2010 at 07:05:48PM CEST:
>> The start of my post-release patch queue... okay to push?
>>
>> * Makefile.am (doc/libtool.1, doc/libtoolize.1): Don't rely on
>> the intermediate files, since they might have changed without
>> giving make the opportunity to update the actual binaries that
>> help2man calls in time.
>
> No, because 'libtool' is created in the build tree, and the manpages are
> distributed. Distributed files may not depend on undistributed files,
> as that breaks building from a read-only source tree. Moreover,
> help2man is something the user is expected to not have to install prior
> to building Libtool.
Yuck. Another reason to always start afresh after making changes
rather than relying on make to DTRT :(
In my case, ltmain.sh was corrupted, but even though I fixed it,
rerunning make ended up leaving the empty manpages generated by
a libtool script that had no --version output, and *then* it
proceeded to rebuild ltmain.sh.
Is there no way to make sure help2man doesn't run until the
programs it wants to call have been rebuilt, rather than building
(and potentially distributing) manpages documenting options from the
previous script?
Cheers,
--
Gary V. Vaughan (address@hidden)
PGP.sig
Description: This is a digitally signed message part
- Re: [PATCH 4/4] maint: simplify and improve safety of bootstrap process., (continued)
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Ralf Wildenhues, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Eric Blake, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Ralf Wildenhues, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Eric Blake, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Ralf Wildenhues, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Eric Blake, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Ralf Wildenhues, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Gary V. Vaughan, 2010/09/22
- Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call., Ralf Wildenhues, 2010/09/22
Re: [PATCH 1/r47] maint: help2man targets should rely on the binaries they call.,
Gary V. Vaughan <=
[PATCH v2 01/11] maint: rearrange Makefile.am in preparation for a follow-up patch., Gary V. Vaughan, 2010/09/23
[PATCH v2 02/11] maint: don't leak developer GREP, SED etc into distribution file., Gary V. Vaughan, 2010/09/23
[PATCH v2 03/11] build: compare `revision' rather than `correctver' in Makefile.am., Gary V. Vaughan, 2010/09/23
[PATCH v2 04/11] build: avoid unnecessary directory changes in Makefile rules., Gary V. Vaughan, 2010/09/23
[PATCH v2 05/11] build: factor Makefile.am `m4sh' invocations to LT_M4SH., Gary V. Vaughan, 2010/09/23
[PATCH v2 06/11] build: name temporary files in `Makefile.am' consistently., Gary V. Vaughan, 2010/09/23