From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.lisp.guile.devel Subject: Re: build failure after "eval is actually compile" Date: Thu, 27 Aug 2009 20:36:50 -0400 Message-ID: <46F18676-8C40-4A44-A465-9FC5B20E53E6@raeburn.org> References: <6D2CEA55-8219-4B77-A9E4-7ECC2DC0BB7F@raeburn.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v936) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1251419863 12142 80.91.229.12 (28 Aug 2009 00:37:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Aug 2009 00:37:43 +0000 (UTC) Cc: Andy Wingo , guile-devel To: Ken Raeburn Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Aug 28 02:37:36 2009 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.50) id 1MgpTD-0004xq-U8 for guile-devel@m.gmane.org; Fri, 28 Aug 2009 02:37:36 +0200 Original-Received: from localhost ([127.0.0.1]:35157 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgpTD-0003Jf-6L for guile-devel@m.gmane.org; Thu, 27 Aug 2009 20:37:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MgpSn-0003AT-4o for guile-devel@gnu.org; Thu, 27 Aug 2009 20:37:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MgpSi-00039C-HY for guile-devel@gnu.org; Thu, 27 Aug 2009 20:37:08 -0400 Original-Received: from [199.232.76.173] (port=59739 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MgpSi-000396-6u for guile-devel@gnu.org; Thu, 27 Aug 2009 20:37:04 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:11443) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MgpSh-0000JK-MT for guile-devel@gnu.org; Thu, 27 Aug 2009 20:37:03 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39] helo=raeburn.org) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MgpSZ-0001s9-49 for guile-devel@gnu.org; Thu, 27 Aug 2009 20:37:03 -0400 Original-Received: from [10.0.0.172] (squish.raeburn.org [10.0.0.172]) by raeburn.org (8.14.3/8.14.1) with ESMTP id n7S0aos0006694; Thu, 27 Aug 2009 20:36:50 -0400 (EDT) In-Reply-To: <6D2CEA55-8219-4B77-A9E4-7ECC2DC0BB7F@raeburn.org> X-Mailer: Apple Mail (2.936) X-Detected-Operating-System: by mx20.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) 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:9192 Archived-At: On Aug 27, 2009, at 18:32, Ken Raeburn wrote: >> I wonder, though, what is loading up >> srfi-1 for you? > > I wish I could tell, but as I mentioned in IRC, backtraces aren't > working for me. I suppose I can try instrumenting everything > listing srfi-1 in use-modules, to print out a message first... The instrumentation was tedious, but helped -- it appears that message.scm and frame.scm are being loaded, and refer to srfi-1 in use- module specs. If I comment the use-module lines out in those two files, then snarf-check-and-output-texi seems to run to completion. (Whether the change breaks them, I don't know.) As for why stuff is getting loaded... it looks boot-9.scm's autocompiled-file-name is being called even if autocompilation is disabled, to find the name of an object that may have previously been cached. So it loads up the compiler code, which loads up message.scm, which loads up srfi-1.scm, which needs that shared object. > >> Is it something about your shell, that the GUILE_AUTO_COMPILE=0 is >> not >> actually doing its job? > > My interactive shell on the Mac is tcsh, but make should be using / > bin/sh for these commands. I instrumented the C code where this variable is checked, and scm_getenv_int is indeed returning 0 there. I put some printing calls into do_try_autocompile, and it was never called. Ken