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: Fri, 25 Sep 2009 17:59:19 -0400 Message-ID: <79F7A852-10ED-46DF-9D41-ED545493E8FE@raeburn.org> References: <0489FB6F-567B-4967-9703-1A3D89462A37@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 1253915986 18170 80.91.229.12 (25 Sep 2009 21:59:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 25 Sep 2009 21:59:46 +0000 (UTC) To: guile-devel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Sep 25 23:59:39 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 1MrIpF-00051u-Mx for guile-devel@m.gmane.org; Fri, 25 Sep 2009 23:59:37 +0200 Original-Received: from localhost ([127.0.0.1]:38786 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MrIpE-0003b0-Ph for guile-devel@m.gmane.org; Fri, 25 Sep 2009 17:59:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MrIpB-0003al-Vb for guile-devel@gnu.org; Fri, 25 Sep 2009 17:59:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MrIp7-0003a2-60 for guile-devel@gnu.org; Fri, 25 Sep 2009 17:59:33 -0400 Original-Received: from [199.232.76.173] (port=33496 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MrIp7-0003Zz-0k for guile-devel@gnu.org; Fri, 25 Sep 2009 17:59:29 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:44592 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 1MrIoz-0002MA-0c for guile-devel@gnu.org; Fri, 25 Sep 2009 17:59:28 -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 n8PLxJD9001191; Fri, 25 Sep 2009 17:59:19 -0400 (EDT) In-Reply-To: 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:9400 Archived-At: 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. Today (f60e892), it can't compile i18n.c at line 799 on my Mac because it tries to deference scm_t_locale which points to an incomplete type. Backing up to bcccf04, it builds okay, but lots of regexp tests fail with "illegal byte sequence" errors. With "make -k check", that's the only error reported. With f60e892, if I disable the defining of USE_GNU_LOCALE_API, I still get the regexp test errors, and srfi-18.test fails, but only sometimes: Running srfi-18.test WARNING: (srfi srfi-18): imported module (srfi srfi-34) overrides core binding `raise' throw from within critical section. error key: foo /bin/sh: line 1: 74711 Abort trap ${dir}$tst FAIL: check-guile I haven't checked if srfi-18.test has intermittent failures in the older revision. It might also matter that I was sometimes piping the test output through "more", which could've conceivably blocked process output for a while, changing the timing of events between threads. On GNU/Linux (RHEL 4), I had to download, build and install the GC library, and took the stable one linked to from the web page for the package. But that didn't declare GC_dump, so I had to disable warnings in the build. After that, building, installing and testing *seemed* to go just fine. I'm seeing another weird effect though -- sometimes some of the tests outputs are getting reported twice. In another test I just did on my Mac, the repetition isn't starting on line boundaries, though, so it looks like it's actually the output getting corrupted, vs re-running or re-reporting tests for no obvious reason: Running socket.test WARNING: (srfi srfi-18): imported module (srfi srfi-34) overrides core binding `raise' WARNING: (test-srfi-69): imported module (srfi srfi-69) overrides core binding `make-hash-table' WARNING: (test-srfi-69): imported module (srfi srfi-69) overrides core binding `hash-table?' exp" "illegal byte sequence" #f ("a"))) ERROR: regexp.test: regexp-quote: regexp/extended: (string "aX" 200 # \ "a" "a") - arguments: ((regular-expression-syntax "make-regexp" "illegal byte sequence" #f ("a"))) I've seen the duplicated output on GNU/Linux too. In reproducing this, again, it seems to help to pipe the output through "more", and follow it slowly (i.e., so presumably the pipe will fill and output will occasionally be blocked). Ken