From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Daniel Skarda <0rfelyus@ucw.cz> Newsgroups: gmane.lisp.guile.devel Subject: Re: Adding stuff to the core distro (was Re: Infix syntax) Date: 20 Oct 2002 22:25:45 +0200 Sender: guile-devel-admin@gnu.org Message-ID: References: <87u1jub4lh.fsf@raven.i.defaultvalue.org> <02101802244004.07034@locke.free-expression.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035153328 12793 80.91.224.249 (20 Oct 2002 22:35:28 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:35:28 +0000 (UTC) Cc: Rob Browning , Neil Jerram , guile-devel@gnu.org Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 183OfO-0003Jt-00 for ; Mon, 21 Oct 2002 00:35:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 183OeR-0004aQ-00; Sun, 20 Oct 2002 18:34:27 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 183Ody-0003yg-00 for guile-devel@gnu.org; Sun, 20 Oct 2002 18:33:58 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 183Odw-0003vU-00 for guile-devel@gnu.org; Sun, 20 Oct 2002 18:33:57 -0400 Original-Received: from stateless1.tiscali.cz ([213.235.135.70] helo=mail.tiscali.cz) by monty-python.gnu.org with esmtp (Exim 4.10) id 183Odw-0003rL-00 for guile-devel@gnu.org; Sun, 20 Oct 2002 18:33:56 -0400 Original-Received: from hobitin.ucw.cz (212.11.98.212) by mail.tiscali.cz (6.0.044) id 3DA29C7F00202BCE; Mon, 21 Oct 2002 00:32:41 +0200 Original-Received: from 0rfelyus by hobitin.ucw.cz with local (Exim 3.36 #1 (Debian)) id 183Mdt-0001MA-00; Sun, 20 Oct 2002 22:25:45 +0200 Original-To: Lynn Winebarger In-Reply-To: <02101802244004.07034@locke.free-expression.org> Original-Lines: 41 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Developers list for Guile, the GNU extensibility library List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.devel:1578 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1578 Lynn Winebarger writes: > Why can't I define a bunch of little modules (possible with dependencies) > and then load those into srfi-1 which then exports all those names as one big group? > [ Or just load the subset I actually want/need ] AFAIK it is possible (see for example srfi-2 and re-export) but unfortunately srfi-1 is not implemented this way :-( Short list of other module faux pas: - two list libraries - srfi-1 and ice-9/common-list. Both of them implement `every' etc. I guess module names like (list foo) would be very boring... - structs (guile-core), make-record (boot-9), define-struct (match, psyntax), define-record-type (srfi-9), define-class (goops). > The goal is not a small set of dependencies (per se). It's just cleaner to keep > code from having more knowledge about other code than it should. SE101. I > think it's a little easier to enforce this minimalism of code knowledge if you actually > keep code in separate directories. If anything, I'd probably advocate separating > what's in the libguile directory now into smaller, mostly independent directories, > where a developer could be reasonably certain that to understand a piece of > code in a file they probably would only need to look at other files in that subdirectory, > or possibly in some header files (or possibly other subdirectories closer to the real > core code, i.e. eval.c). I understand. I do not oppose to separate code into directories. I just do not understand why Guile _development_ is so separated - guile-core here, guile-debugger over there etc. I do not propose to put everything into libguile or boot-9. I propose more centralised development - distribute with guile everything somebody may find useful (so he can directly start using guile for some specific task - no need to search inet etc), develop everything together (lower maintenance cost), make Guile more attractive. SE (Scheme Elephant :-), 0. _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel