From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Rob Browning Newsgroups: gmane.lisp.guile.devel Subject: SRFI-25 -- multi-dimensional array support. Date: Sat, 14 Sep 2002 14:48:33 -0500 Sender: guile-devel-admin@gnu.org Message-ID: <87elbwwdwu.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 1032032936 2431 127.0.0.1 (14 Sep 2002 19:48:56 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 14 Sep 2002 19:48:56 +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 17qIuV-0000d5-00 for ; Sat, 14 Sep 2002 21:48:55 +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 17qIui-00028F-00; Sat, 14 Sep 2002 15:49:08 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17qIuD-00027a-00 for guile-devel@gnu.org; Sat, 14 Sep 2002 15:48:37 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17qIuB-00027O-00 for guile-devel@gnu.org; Sat, 14 Sep 2002 15:48:36 -0400 Original-Received: from [66.64.4.228] (helo=defaultvalue.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17qIuA-00027K-00 for guile-devel@gnu.org; Sat, 14 Sep 2002 15:48:34 -0400 Original-Received: from raven.i.defaultvalue.org (raven.i.defaultvalue.org [192.168.1.7]) by defaultvalue.org (Postfix) with ESMTP id 09991920 for ; Sat, 14 Sep 2002 14:48:34 -0500 (CDT) Original-Received: by raven.i.defaultvalue.org (Postfix, from userid 1000) id D4C3A347; Sat, 14 Sep 2002 14:48:33 -0500 (CDT) Original-To: guile-devel@gnu.org Original-Lines: 45 User-Agent: Gnus/5.090006 (Oort Gnus v0.06) Emacs/21.2 (i386-pc-linux-gnu) 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:1345 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.devel:1345 Guile already has similar functionality, and though I didn't have time to fully review the SRFI, from what I saw, our existing array type may be similar enough to be used as a base to implement the srfi. Unfortunately some of our functions have the same name as functions in SRFI-25, but have an incompatible signature. Questions: 1) Is anyone interested in working on srfi-25 right now? 2) Is our array type close enough to be used as the underlying data type for srfi-25? Is it ok for our array? and srfi-25's array? perdicate to both return #t for the same object, even though their respective functions may manipulate that object in fairly different ways? (i.e. srfi-25 supports arbitrary index limits for each dimension, but Guile's built-in support doesn't.) 3) How should we handle the API and type overlap -- build a completely different type for srfi-25? -- try to have (use-modules (srfi srfi-25) override the built-in functions where necessary? -- something else? 4) In the *long* run do we try to merge our API with that of the srfi or keep both APIs/datatypes and keep them separate? 5) Less importantly -- in the long run, should our built-in multi-dimensional array support remain built-in or should it become an add-on like the srfi, either a compile-time or run-time add-on? We've found that Guile is quite useful on small platforms, and that tends to lead one to think about customizability (i.e. to consider arrangements that would allow small core + add-ons as needed). -- Rob Browning rlb @defaultvalue.org, @linuxdevel.com, and @debian.org Previously @cs.utexas.edu GPG=1C58 8B2C FB5E 3F64 EA5C 64AE 78FE E5FE F0CB A0AD _______________________________________________ Guile-devel mailing list Guile-devel@gnu.org http://mail.gnu.org/mailman/listinfo/guile-devel