[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Fix remake rule-induced test failures with HP-UX make.
From: |
Eric Blake |
Subject: |
Re: Fix remake rule-induced test failures with HP-UX make. |
Date: |
Mon, 24 Jan 2011 14:24:17 -0700 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101209 Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Mnenhy/0.8.3 Thunderbird/3.1.7 |
On 01/24/2011 02:07 PM, Ralf Wildenhues wrote:
> * Ralf Wildenhues wrote on Sat, Jan 15, 2011 at 01:55:18PM CET:
>>> http://autobuild.josefsson.org/automake/log-201101150749395803000.txt
>
>> docs: HP-UX make remakes targets with same time stamps as prereqs
>>
>> * doc/autoconf.texi (Timestamps and Make): Document HP-UX 11.31
>> make issue with targets having the same time stamps as their
>> prerequisites.
>
> Assuming this has been overlooked, ping!
Most likely true, as there has been a flurry of these lately (and with
various levels of cross-posting, so I may have missed that it was
extending outside the realm of automake). :)
>
> While at it, how about appending some more info, as from the other
> patch:
>
>> --- a/doc/autoconf.texi
>> +++ b/doc/autoconf.texi
>> @@ -20183,7 +20183,9 @@ Timestamps and Make
>> date >dest-stamp
>> @end example
>>
>> -
>> +Apart from timestamp resolution, there are also differences in handling
>> +equal timestamps. HP-UX @command{make} updates targets if it has the
>> +same time stamp as one of its prerequisites, in violation of Posix rules.
>
> +This can cause spurious rebuilds for repeated runs of @command{make}.
> +This in turn can cause @command{make} to fail if it tries to rebuild
> +generated files in a possibly read-only source tree with tools not
> +present on the end-user machine. Use GNU @command{make} instead.
Yes, this looks reasonable; go ahead.
--
Eric Blake address@hidden +1-801-349-2682
Libvirt virtualization library http://libvirt.org
signature.asc
Description: OpenPGP digital signature