Re: acloca20 test intermittent failure

2006-10-24 Thread Greg Schafer
On Tue, Oct 24, 2006 at 06:04:30PM +0200, Stepan Kasal wrote: > I think I have found the bug now. ... > The fix is obvious: `autom4te' should always create the output file, > if --force was given. Patch attached. > I committed it to the Autoconf CVS. > > Greg, if you are willing to test the fi

Re: remove the

2006-10-24 Thread Ralf Wildenhues
Hello Stepan, * Stepan Kasal wrote on Tue, Oct 24, 2006 at 09:09:48PM CEST: > > This patch was one of the two pre-requisities for teaching autom4te > to handle `-' as a command line parameter. I hate to spoil the party, but I'd like to add a couple more prerequisites mentioned in HACKING: - a NE

remove the

2006-10-24 Thread Stepan Kasal
Hello, some time ago I noticed that autom4te calls m4 with stdin redirected to /dev/null. The redirection was a hack to work around a problem with CVS m4. The bug was discussed here http://lists.gnu.org/archive/html/m4-discuss/2006-04/threads.html and resolved by Eric here http://lists.gnu.org/a

Re: acloca20 test intermittent failure

2006-10-24 Thread Stepan Kasal
Hello Greg and Ralf, I think I have found the bug now. There were two suspects: aclocal and autoconf. First, I tried to find out whether aclocal does its work correctly by that unfortunate grep (should have been `grep acinclude aclocal.m4'). But then Greg posted the diff, and I had an idea: per

A problem (bug) in automake (1.10 and earlier version)

2006-10-24 Thread Peter Breitenlohner
I have noticed the following problem (bug) in automake-1.10: (1) A package (ImageMagick-6.3.0) uses configure to generate manpages with substitutions (e.g., .1 from .1.in) but also distributes the generated manpages from an older version (i.e., with wrong substitutions). (2) The automake

Re: acloca20 test intermittent failure

2006-10-24 Thread Ralf Wildenhues
* quoting myself: > Since we fixed autoconf/lib/autom4te.cfg in Autoconf 2.60 The reasoning was wrong, the patch should still be right. First, autoconf/lib/autom4te.in (sic) was fixed only after 2.60, but second it was broken only for automake, not for aclocal. So. There you have it. Now, > D

Re: acloca20 test intermittent failure

2006-10-24 Thread Ralf Wildenhues
Since we fixed autoconf/lib/autom4te.cfg in Autoconf 2.60, now when we call $ACLOCAL, the traces that were created by the $AUTOCONF before are sufficient; and since they appear with the same time stamp as all known input files to aclocal.m4, they are used by autom4te. So we have to tell the autom4

Re: acloca20 test intermittent failure

2006-10-24 Thread Greg Schafer
On Tue, Oct 24, 2006 at 02:29:01PM +0200, Ralf Wildenhues wrote: > Since we fixed autoconf/lib/autom4te.cfg in Autoconf 2.60, now when we > call $ACLOCAL, the traces that were created by the $AUTOCONF before are > sufficient; and since they appear with the same time stamp as all known > input files

Re: acloca20 test intermittent failure

2006-10-24 Thread Greg Schafer
On Tue, Oct 24, 2006 at 12:30:45PM +0200, Stepan Kasal wrote: > I stared at the code for a while but I wasn't find other potential > cause of the problem. I would like to understand the cause of the > problem, and thus I'd be grateful if you could perform some experiments > to help us to find it.

Re: acloca20 test intermittent failure

2006-10-24 Thread Stepan Kasal
Hello, On Fri, Oct 20, 2006 at 07:45:44AM +1000, Greg Schafer wrote: > On Thu, Oct 19, 2006 at 08:51:11AM +0200, Ralf Wildenhues wrote: > > Out of curiosity: how fast is this machine, how many and what kind of > > CPUs does it have? > > Reasonably fast. 1 x AMD Athlon64 X2 4200+ (dual core). wel