Re: maintainer mode parallel make issue

2009-04-16 Thread Eric Blake
Eric Blake byu.net> writes: > > The above looks like XFile::lock fails to do its work. We should have a > > test that ensures that, in either Autoconf or Automake. > > Indeed it is possible that some of the cygwin 1.7 improvements might be the > cause of XFile::lock behaving differently; if th

Re: maintainer mode parallel make issue

2009-04-16 Thread Ralf Wildenhues
* Eric Blake wrote on Thu, Apr 16, 2009 at 09:31:29PM CEST: > At any rate, I'll repeat this information to the cygwin developers, along > with > any ideas we have of how to trim it into a smaller testcase implicating just > XFile::lock. You can try this; test against git next of Automake. Howev

Re: maintainer mode parallel make issue

2009-04-16 Thread Eric Blake
Eric Blake byu.net> writes: > > > > Do you see these failures with Automake 1.10.2 also? > > I'll start checking that, but thought I'd at least give a first round of > replies. > > > Which Autoconf versions are you using? > > This was with bleeding edge autoconf.git, but as part of downgradi

Re: maintainer mode parallel make issue

2009-04-16 Thread Eric Blake
Eric Blake byu.net> writes: > > Have you seen them on systems other than Cygwin? > > How old is this Cygwin version? > > Haven't tested other systems yet. This was on cygwin 1.7 (still in beta), so > it could very well be a cygwin problem, although I am pretty sure that I have > also seen it

Re: maintainer mode parallel make issue

2009-04-16 Thread Ralf Wildenhues
Hi Eric, thanks for the bug report. * Eric Blake wrote on Thu, Apr 16, 2009 at 04:17:32PM CEST: > I'm using origin/next at the moment, and seeing failures like this anytime I > touch configure.ac then attempt a parallel make on cygwin: Do you see these failures with Automake 1.10.2 also? Which

maintainer mode parallel make issue

2009-04-16 Thread Eric Blake
I'm using origin/next at the moment, and seeing failures like this anytime I touch configure.ac then attempt a parallel make on cygwin: $ make -j2 check CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/sh /home/eblake/m4-patch/build- aux/missing --run aclocal-1.10c -I ltdl/m4 CDPATH="${ZSH_VERSION+.}:"

Re: python.m4 macro does pass unexpanded argument to get_python_lib()

2009-04-16 Thread Matthias Klose
Ralf Wildenhues schrieb: > Hello Matthias, > > * Matthias Klose wrote on Tue, Apr 14, 2009 at 09:02:27AM CEST: >> seen in 1.10.1. >> >> '${prefix}' and '${exec_prefix}' are passed unexpanded to get_python_lib()), >> and >> the macro then defaults to the hardcoded alternative case. The patch passe