From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Tom Lord Newsgroups: gmane.lisp.guile.devel Subject: Re: new-model.text, please comment Date: Sat, 14 Sep 2002 17:50:56 -0700 (PDT) Sender: guile-devel-admin@gnu.org Message-ID: <200209150050.RAA10986@morrowfield.regexps.com> References: <871y80tn9r.fsf@zagadka.ping.de> <200209122248.PAA27264@morrowfield.regexps.com> <87sn0cp4qg.fsf@zagadka.ping.de> NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1032050953 32008 127.0.0.1 (15 Sep 2002 00:49:13 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 15 Sep 2002 00:49:13 +0000 (UTC) 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 17qNb6-0008K8-00 for ; Sun, 15 Sep 2002 02:49:12 +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 17qNbE-00045t-00; Sat, 14 Sep 2002 20:49:20 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17qNaS-00040G-00 for guile-devel@gnu.org; Sat, 14 Sep 2002 20:48:32 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17qNaQ-000403-00 for guile-devel@gnu.org; Sat, 14 Sep 2002 20:48:31 -0400 Original-Received: from 1cust207.tnt13.sfo8.da.uu.net ([63.10.241.207] helo=morrowfield.regexps.com) by monty-python.gnu.org with esmtp (Exim 4.10) id 17qNaP-0003zz-00 for guile-devel@gnu.org; Sat, 14 Sep 2002 20:48:30 -0400 Original-Received: (from lord@localhost) by morrowfield.regexps.com (8.9.1/8.9.1) id RAA10986; Sat, 14 Sep 2002 17:50:56 -0700 (PDT) (envelope-from lord@morrowfield.regexps.com) Original-To: guile-devel@gnu.org In-reply-to: <87sn0cp4qg.fsf@zagadka.ping.de> (message from Marius Vollmer on 15 Sep 2002 00:48:39 +0200) 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:1348 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1348 > Anyway, I actually try to avoid a discussion about what kind of module > system we want, whether it should allow incremental, interactive > modifications, or whether it must allow closed-world compilation ala > Stalin. > I hope that the model allows both. Yay. I think your hope expresses a long-standing Guile design principle/design pattern, so I'll reinforce it by paraphrase. One principle/pattern: Maximize sensible interactive/dynamic/reflective capability (up to but not including features that can crash an interpreter). complemented by a design principle/design pattern that was always in the back of my head but never came up in the work I did: Provide and document sensible subsets to which code can be restricted to support excellent compilation. In other words: find the really nice interactive, incremental system of which a stalinesque system is a clearly and usefully defined subset. "Blow off native threads and make () == #f" -- from the big list of pointless advice :-) -t _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel