Hi Bruno,
* Bruno Haible wrote on Fri, Jan 11, 2008 at 01:06:44AM CET:
>
> > I have spent some time trying to reproduce this over here,
> > but couldn't (perl 5.8.7, by the way).
>
> I have perl 5.8.1. And I'm running it on a tmpfs file system.
Yep, tried tmpfs, too, to no avail.
> > When you
Hello Ralf,
> I have spent some time trying to reproduce this over here,
> but couldn't (perl 5.8.7, by the way).
I have perl 5.8.1. And I'm running it on a tmpfs file system.
> When you apply the following patch to Automake, and undo my fix,
> does that expose the failure for you? You can try
Hello Bruno,
* Bruno Haible wrote on Tue, Jan 08, 2008 at 12:34:59AM CET:
>
> > It would be nice to have
> > a test to expose this to go along with this change if possible. Can you
> > provide a recipe to reproduce the ordering change?
>
> On Linux/x86, with autoconf-2.61, m4-1.4.10, automake-1
Hello Ralf,
> Thanks for the bug report, and a Happy New Year.
Thank you for processing it, and a happy and productive 2008.
> The patch below should do the trick, I think.
Yes, confirmed. Thanks!
> It would be nice to have
> a test to expose this to go along with this change if possible. Can
Hello Bruno,
Thanks for the bug report, and a Happy New Year.
* Bruno Haible wrote on Wed, Dec 26, 2007 at 03:43:40PM CET:
>
> When automake is installing files, it does so in a non-deterministic order.
> For example, in the same situation, sometimes "automake -a" outputs
>
> configure.in:5: in