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: i guess we're frozen & stuff Date: Mon, 28 Sep 2009 19:08:31 -0400 Message-ID: References: <0489FB6F-567B-4967-9703-1A3D89462A37@raeburn.org> <79F7A852-10ED-46DF-9D41-ED545493E8FE@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 1254179394 32656 80.91.229.12 (28 Sep 2009 23:09:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 28 Sep 2009 23:09:54 +0000 (UTC) To: guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Sep 29 01:09:47 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 1MsPLm-0005r8-OG for guile-devel@m.gmane.org; Tue, 29 Sep 2009 01:09:47 +0200 Original-Received: from localhost ([127.0.0.1]:45499 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsPLl-0007rf-PL for guile-devel@m.gmane.org; Mon, 28 Sep 2009 19:09:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MsPKr-0007Pn-Pw for guile-devel@gnu.org; Mon, 28 Sep 2009 19:08:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MsPKm-0007Ni-Kr for guile-devel@gnu.org; Mon, 28 Sep 2009 19:08:49 -0400 Original-Received: from [199.232.76.173] (port=37193 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MsPKm-0007Nf-G4 for guile-devel@gnu.org; Mon, 28 Sep 2009 19:08:44 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:62062 helo=raeburn.org) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MsPKe-0003Ft-Hm for guile-devel@gnu.org; Mon, 28 Sep 2009 19:08:44 -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 n8SN8W30027059; Mon, 28 Sep 2009 19:08:32 -0400 (EDT) In-Reply-To: <79F7A852-10ED-46DF-9D41-ED545493E8FE@raeburn.org> X-Mailer: Apple Mail (2.936) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:9416 Archived-At: On Sep 25, 2009, at 17:59, Ken Raeburn wrote: > On Sep 16, 2009, at 15:00, Andy Wingo wrote: >> Hi Ken, >> >> On Tue 11 Aug 2009 15:59, Ken Raeburn writes: >> >>> Perhaps I'm building [Guile] in ways that are unusual for the other >>> developers (build dir != src dir, libgmp and guile-1.8 installed in >>> the same place, libgmp and libunistring installed in different >>> nonstandard directories)? >> >> I think I fixed the case in which $prefix was not in >> LD_LIBRARY_PATH or >> the like. Can you update us on the status of your build issues? > > Frequently failing. :-( > On the bright side, using the --with-foo-prefix options, I haven't > seen indications yet of the include- and load-path problems I saw > before. The LD_LIBRARY_PATH issue does seem to be present still, actually. (Sadly, I'm running into enough problems that I'm losing track of which is which if I'm not careful.) In a fresh Mac OS X build: % ./I/bin/guile Backtrace: In ../../module/ice-9/boot-9.scm: 2363: 29* [#] [...] In unknown file: ?: 46* [primitive-load-path "srfi/srfi-1" #f] In ../../module/srfi/srfi-1.scm: 223: 47* [#] In unknown file: ?: 48* [load-extension "libguile-srfi-srfi-1-v-4" "scm_init_srfi_1"] ERROR: In procedure dynamic-link: ERROR: file: "libguile-srfi-srfi-1-v-4", message: "file not found" % After I set LD_LIBRARY_PATH *and* added a symlink using the .so suffix instead of .dylib, it worked. Either by itself was not sufficient. This is with commit 43b03fb from today, plus two patches: Disabling the glibc-specific locale code, and using the 1.8 version of regexp.test. Ken