From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Dirk Herrmann Newsgroups: gmane.lisp.guile.devel Subject: Re: primitive-load returning result of last evaluation? Date: Mon, 22 Apr 2002 23:48:13 +0200 (MEST) Sender: guile-devel-admin@gnu.org Message-ID: References: <87hem3h12l.fsf@raven.i.defaultvalue.org> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Trace: main.gmane.org 1019512297 23581 127.0.0.1 (22 Apr 2002 21:51:37 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 22 Apr 2002 21:51:37 +0000 (UTC) Cc: ttn@glug.org, a.rottmann@gmx.at, guile-devel@gnu.org Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16zlii-000687-00 for ; Mon, 22 Apr 2002 23:51:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16zliG-0002I8-00; Mon, 22 Apr 2002 17:51:08 -0400 Original-Received: from marvin.ida.ing.tu-bs.de ([134.169.132.60]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16zlfZ-0002AR-00 for ; Mon, 22 Apr 2002 17:48:21 -0400 Original-Received: from localhost (dirk@localhost) by marvin.ida.ing.tu-bs.de (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) with ESMTP id g3MLmEd23987; Mon, 22 Apr 2002 23:48:14 +0200 X-Authentication-Warning: marvin.ida.ing.tu-bs.de: dirk owned process doing -bs Original-To: Rob Browning In-Reply-To: <87hem3h12l.fsf@raven.i.defaultvalue.org> Errors-To: guile-devel-admin@gnu.org X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.0.9 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:462 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:462 On Mon, 22 Apr 2002, Rob Browning wrote: > Dirk Herrmann writes: > > > I can't think of any problems, except that the standard 'load itself > > does not provide a return value. And, implementing a load* that > > returns a value is quite simple. However, in order to spare people > > some work (I once also needed such a load function), we should > > provide it, but, I'd rather go for a standard implementation and > > provide such extensions as optional packages. > > So you'd like to see a separate function providing this feature > i.e. load-with-result and primitive-load-with-result (or whatever)? Yes, in a loadable module. We could also make it the default and provide the pure standard versions as an extension. Both is possible. Which way we go depends on how people prefer to use guile: 1) Code in RnRS scheme most of the time, being aware of using extensions, or 2) Code in guile-extended scheme most of the time, only from time to time caring about portability. Personally, I prefer to have my code as portable as possible, but others may think differently. It's not worth to fight about it, but we should think about which way we would like to go. If we go for guile-extended scheme, we should, however, have an easy way to start guile in an as-strict-as-possible RnRS mode. IMO, the best solution would be a minimum RnRS guile, including only functionality for loading modules. Even optional RnRS features should be loaded on demand. This way, so I hope, we could make guile's default size very small, much smaller than today. Best regards Dirk Herrmann _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel