From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Neil Jerram Newsgroups: gmane.lisp.guile.devel Subject: Re: [PATCH] Fix hanging of popen.test Date: Wed, 30 Jun 2010 23:50:00 +0100 Message-ID: <87sk442l0n.fsf@ossau.uklinux.net> References: <1276210496-6477-1-git-send-email-neil@ossau.uklinux.net> <87vd9p5p07.fsf@ossau.uklinux.net> <871vbq25if.fsf@ossau.uklinux.net> <87d3v9irhy.fsf@ossau.uklinux.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1277938255 15171 80.91.229.12 (30 Jun 2010 22:50:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 30 Jun 2010 22:50:55 +0000 (UTC) To: Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Jul 01 00:50:52 2010 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OU67F-0007Gq-Mt for guile-devel@m.gmane.org; Thu, 01 Jul 2010 00:50:49 +0200 Original-Received: from localhost ([127.0.0.1]:37519 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OU67F-0002zI-8M for guile-devel@m.gmane.org; Wed, 30 Jun 2010 18:50:49 -0400 Original-Received: from [140.186.70.92] (port=35529 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OU676-0002yd-9F for guile-devel@gnu.org; Wed, 30 Jun 2010 18:50:41 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OU674-0002x1-Pa for guile-devel@gnu.org; Wed, 30 Jun 2010 18:50:40 -0400 Original-Received: from mail3.uklinux.net ([80.84.72.33]:39520) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OU674-0002tU-LN for guile-devel@gnu.org; Wed, 30 Jun 2010 18:50:38 -0400 Original-Received: from arudy (unknown [78.149.160.158]) by mail3.uklinux.net (Postfix) with ESMTP id 5F0181F6868 for ; Wed, 30 Jun 2010 23:50:01 +0100 (BST) Original-Received: from arudy (unknown [192.168.11.8]) by arudy (Postfix) with ESMTP id 818B43801D for ; Wed, 30 Jun 2010 23:50:00 +0100 (BST) In-Reply-To: <87d3v9irhy.fsf@ossau.uklinux.net> (Neil Jerram's message of "Tue, 29 Jun 2010 20:11:05 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:10590 Archived-At: Neil Jerram writes: > Aha... Time for strace then, which includes: > > open("/home/neil/SW/Guile/master/module/srfi/srfi-1.scm", O_RDONLY|O_LARGEFILE) = 10 > open("/usr/local/lib/libguile-srfi-srfi-1-v-4.la", O_RDONLY) = 11 > open("/usr/local/lib/libguile-srfi-srfi-1-v-4.so.4", O_RDONLY) = 11 > open("/usr/local/lib/libguile.so.18", O_RDONLY) = 11 > > even though the real libguile was loaded well before then: > > open("/home/neil/SW/Guile/master/libguile/.libs/libguile-2.0.so.18", O_RDONLY) = 3 > > So the problem appears to be srfi-1.scm picking up something old from > /usr/local/lib. I'll dig deeper. Hmm. I'm now suspecting a build order issue, which is masked if you happen to have been building Guile regularly recently and so have a similar enough libguile in /usr/local/lib. If I hide everything I have installed in /usr/local/lib (by renaming lib to libx), and then build again from scratch, then the error is: GEN guile-procedures.texi guile: uncaught throw to misc-error: (dynamic-link file: ~S, message: ~S (libguile-srfi-srfi-1-v-4 file not found) #f) which makes sense because the build is still building everything in the "libguile" directory and hasn't got to the "srfi" directory yet. 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 libguile.so and libguile-srfi-srfi-13-14-v-4.so 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? Neil