From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Mikael Djurfeldt" Newsgroups: gmane.lisp.guile.devel Subject: Re: SLIB Date: Thu, 16 Aug 2007 10:24:46 +0200 Message-ID: <66e540fe0708160124p178d17fdqe2dce0c4648d5b60@mail.gmail.com> References: <878x8icngm.fsf@chbouib.org> <66e540fe0708111000v22662b54sc62a9b297bf6308e@mail.gmail.com> <87fy2kxuu4.fsf@zip.com.au> Reply-To: mikael@djurfeldt.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1187252698 29405 80.91.229.12 (16 Aug 2007 08:24:58 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 16 Aug 2007 08:24:58 +0000 (UTC) Cc: guile-devel@gnu.org To: "Kevin Ryde" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Thu Aug 16 10:24:55 2007 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 1ILaf1-0004mD-92 for guile-devel@m.gmane.org; Thu, 16 Aug 2007 10:24:55 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILaf0-0001ee-P0 for guile-devel@m.gmane.org; Thu, 16 Aug 2007 04:24:54 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1ILaev-0001eH-Ga for guile-devel@gnu.org; Thu, 16 Aug 2007 04:24:49 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1ILaeu-0001e1-SJ for guile-devel@gnu.org; Thu, 16 Aug 2007 04:24:49 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ILaeu-0001dr-HL for guile-devel@gnu.org; Thu, 16 Aug 2007 04:24:48 -0400 Original-Received: from rv-out-0910.google.com ([209.85.198.184]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1ILaeu-0001kd-7x for guile-devel@gnu.org; Thu, 16 Aug 2007 04:24:48 -0400 Original-Received: by rv-out-0910.google.com with SMTP id c27so143710rvf for ; Thu, 16 Aug 2007 01:24:46 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=EE3E54vmmxyBeM3AeZZTftB4crWj+GlbheZvuVcBu3Vd2UQmyFS2VRaTVkBWuVbBGkbl6GOaW+BDsDHlob3yC1wgUU4niydb7GAIlOI8A3mMInKpQ+9wzUdPtXn9PmsnSzZlP1VE6Vfzs6lMYc7e/ZILr3h07RsvrwL8mcC4RdY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:reply-to:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ERPEu2dKVmRjqvT/OPdOidoB2lLSKSPIypJ5umQYxR2SWnEn93St0tZVDL7OtNtTKuR6SmeH43h2pFRcWA76jTeiia8ma16BTO+FvzsVy1yp8dqrN9wm8LrwlJRWuUS5sWBpYhdk9kwK2vJIxRNPfofIR6upFn6QwIbEjq+pNbQ= Original-Received: by 10.141.85.13 with SMTP id n13mr590602rvl.1187252686451; Thu, 16 Aug 2007 01:24:46 -0700 (PDT) Original-Received: by 10.141.161.14 with HTTP; Thu, 16 Aug 2007 01:24:46 -0700 (PDT) In-Reply-To: <87fy2kxuu4.fsf@zip.com.au> Content-Disposition: inline X-Google-Sender-Auth: a9fe32e522f9ba2f X-Detected-Kernel: Linux 2.6 (newer, 2) 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:6695 Archived-At: 2007/8/16, Kevin Ryde : > "Mikael Djurfeldt" writes: > > > > slib.scm makes sure that each time > > some module requires new slib code, it will be loaded into the module > > (ice-9 slib) and exported from there. I'm not at all sure that > > guile.init does that, > > I suspect it doesn't. It'd be cute if going through (ice-9 slib) worked > with the module system so you could get slib in some modules and not > others. If I understand you correctly, I'd say that it currently does work like that. The idea is that slib lives in (ice-9 slib) and that all public functions are exported from there to all who uses (ice-9 slib). > In particular it'd help for the various funcs in slib which > clash with guile core bits, like the different flavour of `system', and > the separate `provided?' feature list which Greg mentioned. I haven't read what Greg has written about this, but, yes, probably some aspects of slib needs to be updated. > But I think it depends what Aubrey want to do. Yes, ideally, you should coordinate this with Aubrey. Why not explain the situation for him? I think the simplest solution would be to use the main idea of (ice-9 slib) explained above. Maybe Aubrey could strip down guile.init a bit so that ice-9/slib.scm could load guil.init and add the Guile module system specific things to make loading into (ice-9 slib) and exporting from it work? > For now I think guile.init is only > really setup to be loaded into the top-level environment to transmute it > into an slib environment. I disagree. Just loading guile.init in its current form simply does not work together with the Guile module system. Unfortunately, it doesn't become obvious until one has used it enough. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel