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: top-repl priority of guile module Date: Sat, 30 Dec 2006 23:34:57 +0000 Message-ID: <871wmhj6u6.fsf@ossau.uklinux.net> References: <87ejrj2s79.fsf@zip.com.au> <87ejrfhn6o.fsf@laas.fr> <87odqjkx22.fsf@zip.com.au> <87ejrfnidd.fsf@zip.com.au> <87lklmacso.fsf@laas.fr> <87bqmew096.fsf@zip.com.au> <87vekmular.fsf@zip.com.au> <87tzzykztl.fsf@ossau.uklinux.net> <871wn2hyy8.fsf@zip.com.au> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1167521732 14268 80.91.229.12 (30 Dec 2006 23:35:32 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 30 Dec 2006 23:35:32 +0000 (UTC) Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Sun Dec 31 00:35:31 2006 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 1H0njb-00060V-IC for guile-devel@m.gmane.org; Sun, 31 Dec 2006 00:35:27 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0njb-0002R1-3d for guile-devel@m.gmane.org; Sat, 30 Dec 2006 18:35:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1H0njW-0002Ql-Tu for guile-devel@gnu.org; Sat, 30 Dec 2006 18:35:22 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1H0njU-0002QC-L4 for guile-devel@gnu.org; Sat, 30 Dec 2006 18:35:21 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1H0njU-0002Q9-IP for guile-devel@gnu.org; Sat, 30 Dec 2006 18:35:20 -0500 Original-Received: from [80.84.72.33] (helo=mail3.uklinux.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1H0njU-00012W-9U for guile-devel@gnu.org; Sat, 30 Dec 2006 18:35:20 -0500 Original-Received: from laruns (host86-145-157-83.range86-145.btcentralplus.com [86.145.157.83]) by mail3.uklinux.net (Postfix) with ESMTP id AEA6540A132 for ; Sat, 30 Dec 2006 23:35:05 +0000 (UTC) Original-Received: from laruns (laruns [127.0.0.1]) by laruns (Postfix) with ESMTP id 90F566F714 for ; Sat, 30 Dec 2006 23:34:58 +0000 (GMT) Original-To: guile-devel@gnu.org In-Reply-To: <871wn2hyy8.fsf@zip.com.au> (Kevin Ryde's message of "Fri, 15 Dec 2006 09:53:03 +1100") User-Agent: Gnus/5.1007 (Gnus v5.10.7) Emacs/21.4 (gnu/linux) 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:6378 Archived-At: Kevin Ryde writes: > Neil Jerram writes: >> >> It seems to me, though, that this is all a matter of ordering, not of >> whether the duplicates processing gets invoked. > > I thought that too, until just fiddling with the order didn't fix > srfi-17 (which #:replace's car and friends). > >> I don't know all the details of the duplicate processing, OK, I understand all this now; thanks for being patient for me. (The effect of #:replace is that the module with the #:replace always win over another module that doesn't, regardless of ordering.) >> And then the real problem, as I understand it, would be that the code >> in script.c generates code which does the (use-modules (srfi srfi-1)) >> before the (top-repl). > > Alas of course top-repl doesn't return ... Indeed. Still, if it would help we could easily make script.c pass in unevaluated code to top-repl, which top-repl would eval after the existing module-uses. However, as you say ... > top-repl only adds some friendly extras like ice-9 debug, session, > regexp and threads. Hopefully they don't overlap with any srfis, so > it shouldn't matter if they're after use-srfis. If that sounds right. Yes, agreed. The (module-use ... 'guile) was a more serious problem here, but now it is gone (which I agree is a good fix). So no new script.c hackery is needed. Regards, Neil _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel