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: Heads up: Releasing 1.8.2 Date: Tue, 26 Jun 2007 17:34:39 +0200 Message-ID: <66e540fe0706260834s4d820fcdq8ad1e11c5bcd1e15@mail.gmail.com> References: <87zm2qu15y.fsf@chbouib.org> <66e540fe0706250542gfaf6effif30c55b81d1db5e3@mail.gmail.com> Reply-To: mikael@djurfeldt.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1182872096 6348 80.91.229.12 (26 Jun 2007 15:34:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 26 Jun 2007 15:34:56 +0000 (UTC) Cc: =?ISO-8859-1?Q?Ludovic_Court=E8s?= , guile-devel@gnu.org To: "Greg Troxel" Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Jun 26 17:34:48 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 1I3D43-0004DQ-UE for guile-devel@m.gmane.org; Tue, 26 Jun 2007 17:34:48 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I3D40-0005Na-Pd for guile-devel@m.gmane.org; Tue, 26 Jun 2007 11:34:44 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I3D3y-0005N4-LW for guile-devel@gnu.org; Tue, 26 Jun 2007 11:34:42 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I3D3x-0005MP-KX for guile-devel@gnu.org; Tue, 26 Jun 2007 11:34:41 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I3D3x-0005MK-7d for guile-devel@gnu.org; Tue, 26 Jun 2007 11:34:41 -0400 Original-Received: from wr-out-0506.google.com ([64.233.184.239]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I3D3w-0005xZ-OO for guile-devel@gnu.org; Tue, 26 Jun 2007 11:34:40 -0400 Original-Received: by wr-out-0506.google.com with SMTP id 55so1249903wri for ; Tue, 26 Jun 2007 08:34:39 -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=qyt7AYq7igFJVFziJYoBH1A0c0M+8QNewEjBamxZZrMatHuxNzPKPoVjxpJsJ+848Jkmdu8i/Fv37KnUGW5Pzvi/wY38SG11lNIAk5UFfjfDgP2TQW1JNXphCm6D+tVI3bmMtgq/wn32xqlYIlixp9DWXdZ3jBQrewyinixgB40= 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=ld+m/n+RZnN+kvRdcOKLjskb4TI5THTOxe42tx3wLGKvir1KgepUaUseX0lbpeyaANUH47z6cFhYHzd9xHfoMcZKz5wnkszzudgC9DRZwrPc394GPQ7EZY1m8NgsHe4euhEIX7yfzxx6a92oeTvXCaQv3Aze6ONSNi2TxS4d/no= Original-Received: by 10.100.92.17 with SMTP id p17mr3883562anb.1182872079756; Tue, 26 Jun 2007 08:34:39 -0700 (PDT) Original-Received: by 10.70.63.3 with HTTP; Tue, 26 Jun 2007 08:34:39 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-Google-Sender-Auth: f288b8bffe94a56e X-detected-kernel: Linux 2.4-2.6 (Google crawlbot) 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:6645 Archived-At: 2007/6/26, Greg Troxel : > I should note that the 1.8.1 I'm using replaces ice-9/slib.scm: > [...] > echo "(define-module (ice-9 slib))" > ${WRKSRC}/ice-9/slib.scm > echo "(load-from-path \"slib/guile.init\")" >> ${WRKSRC}/ice-9/slib.scm > > Preferably, the Guile part of > > slib should be minimal, giving larger freedom for development on both > > sides. > > I agree. The above is pretty minimal, except that there's a definition > of provide and require. It's not minimal at all. guile.init contains over 600 lines of code, many of which refers to peculiarities and internals of specific versions of Guile. A lot of that code belongs more naturally to the Guile side of the interface to slib. What you should try to achieve is a minimal *interface* towards slib which is not likely to change. The Guile side of this interface can then be voluminous as long as that code is maintained by the Guile developers. Things like (guile.init): ;;; Hack to make syncase macros work in the slib module (if (nested-ref the-root-module '(app modules ice-9 syncase)) (set-object-property! (module-local-variable (current-module) 'define) '*sc-expander* '(define))) should not be used in an interface to all versions of Guile and should not be maintained by Aubrey Jaffer. > Probably slib should have a procedure that's callable just after init to > give it a list of names that the native implementation provides. I see > no need for provide native guile to have provide/require. Right. In any case, the list of features should not, as it is now, be provided in slib's guile.init, because it is bound to be false for some Guile versions. > I think that fixing the requires confusion and slib/module system > interaction are orthogonal, and that we might as well do the requires > stuff first. Sounds reasonable. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://lists.gnu.org/mailman/listinfo/guile-devel