[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] Fix hanging of popen.test

From: Andy Wingo
Subject: Re: [PATCH] Fix hanging of popen.test
Date: Thu, 01 Jul 2010 11:48:49 +0100
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux)

On Thu 01 Jul 2010 00:58, Neil Jerram <address@hidden> writes:

> Neil Jerram <address@hidden> writes:
>> So my hypothesis now is:
>> - some change in the last few months has introduced a dependency of
>>   Guile script startup (specifically including the case where Guile is
>>   run to generate guile-procedures.texi) on srfi-1.scm
>> - this makes the build impossible!
>> - for regular developers, this may be masked by having a and
>> in /usr/lib or /usr/local/lib that are
>>   recent enough to work.
>> Can anyone else build current git from scratch if they first hide or
>> delete any guile libraries in /usr/lib and /usr/local/lib?
> It occurred to me that if this is right, the Hydra build should be
> failing too.  And I think it is.  The "gnu:guile-master:tarball" build
> last succeeded on 17th June, and has been failing since then:

This has been an on-and-off issue:
02fcbf78b27788c03563e5c3d297a4cd469ce562, and
04af4c4c5221c082905d52eb5ad3829ed681d097. Indeed running the repl before
srfi-1 is built should not work. As a corollary, the docstring texi
thing should not require srfi-1 to work, which obviously is failing for
you and hydra, though not for me and a number of other people. I don't
really get it. I thought this was fixed. There have been a couple
threads about this, even, if you search the archives in recent months.

Can you look in the output of `meta/uninstalled-env env' for any off

What about in %load-path / %load-compiled-path ?

At the same time there must be an issue there somehow, or the tarball
buildbot would not be failing (surely?).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]