From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noah Lavine Newsgroups: gmane.lisp.guile.devel Subject: Re: propose deprecation of generalized-vector-* Date: Sun, 3 Mar 2013 21:27:53 -0500 Message-ID: References: <0F432FA1-CFF8-4A22-A477-5291A1B9925D@bluewin.ch> <87ip9mgzp4.fsf@gnu.org> <878v7m5xdh.fsf@pobox.com> <2E5FFE0D-9001-409C-BCD4-9EE3BF9883F0@bluewin.ch> <87mww0nu8l.fsf@pobox.com> <2D31D517-08F8-4D07-84DB-098E335AE0AD@bluewin.ch> <874nh9boqe.fsf@pobox.com> <96617E9F-D83C-48EE-B84D-7CD45C4181C2@bluewin.ch> <441E015F-F545-48DF-AF96-E1FEA64F64A3@bluewin.ch> <14C63C7B-DEA6-4C0C-AB18-17695BC5FAD3@bluewin.ch> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=047d7b6d922ea36a4d04d7101add X-Trace: ger.gmane.org 1362364083 30078 80.91.229.3 (4 Mar 2013 02:28:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 4 Mar 2013 02:28:03 +0000 (UTC) Cc: Andy Wingo , guile-devel To: Daniel Llorens Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Mon Mar 04 03:28:27 2013 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UCL8d-0005Hk-4n for guile-devel@m.gmane.org; Mon, 04 Mar 2013 03:28:27 +0100 Original-Received: from localhost ([::1]:52720 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCL8H-0004Pj-OS for guile-devel@m.gmane.org; Sun, 03 Mar 2013 21:28:05 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:54482) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCL8A-0004PX-QI for guile-devel@gnu.org; Sun, 03 Mar 2013 21:28:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UCL86-0000Cf-NP for guile-devel@gnu.org; Sun, 03 Mar 2013 21:27:58 -0500 Original-Received: from mail-pb0-f49.google.com ([209.85.160.49]:37686) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UCL86-0000CX-HD for guile-devel@gnu.org; Sun, 03 Mar 2013 21:27:54 -0500 Original-Received: by mail-pb0-f49.google.com with SMTP id xa12so2760706pbc.22 for ; Sun, 03 Mar 2013 18:27:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=CdsR6e7ovA1BeTMKXt1wefPeCERv9geqWueteLn8QFI=; b=ndBiEE5PGu2puSuojpHwSEv47heVYzI2tsSs2xM87VHS1GdA0wc9xcudWAaSWfnA/N MRF1fcnngfZHeT/1uFS+S4T3+om+BcCDnnrMki98+/s+1T8cJxvMBFp3u6OxmL5qdbhe DSMu+Ge8afdwdkSqcazTZCp9lJ2SHVo3LLQPYsBmxGlF2z0MHoMWxKWQxeRQXAsdOoOy UxaE+zT02uhd/Tlji51n8OCuBl1h/3lgiDvto+xNBAIlbWuRlT2KeTBhOfH9aPfRZAU4 DNNPFp+Zd1kUehKpCaajjUc8aUgjThumnHR62JCDWuDsFY341MSXyVgOwRZgIGTTBNEq lE6A== X-Received: by 10.66.151.226 with SMTP id ut2mr30099685pab.53.1362364073206; Sun, 03 Mar 2013 18:27:53 -0800 (PST) Original-Received: by 10.68.157.42 with HTTP; Sun, 3 Mar 2013 18:27:53 -0800 (PST) In-Reply-To: <14C63C7B-DEA6-4C0C-AB18-17695BC5FAD3@bluewin.ch> X-Google-Sender-Auth: l8OMgrFJFANbFzkdK8MWtlj_FkU X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 209.85.160.49 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:15857 Archived-At: --047d7b6d922ea36a4d04d7101add Content-Type: text/plain; charset=ISO-8859-1 Hello again, On Fri, Mar 1, 2013 at 4:01 AM, Daniel Llorens wrote: > > think this comes down to a more fundamental difference - I still don't > think that functions should automatically map over arrays, and you do. If > they did automatically map, then I would agree with you about array-ref, > because then arrays wouldn't be fundamentally different types from the > objects they contained. > > I actually agree here! I don't want regular scheme functions to have > things done to them around their back, it would be another language. I can > accept why you want array-ref to be strict. Indeed my approach tends to a > confusion between a 2-array of 2-arrays and a 4-array. In guile-ploy you > can see this in collapse-array ---if the verb doesn't provide an output > shape, I make an assumption. I also banish 0-rank arrays. > It seems that I misunderstood you then, and I apologize. I am very excited about the library you are proposing, and I would be happy to help in any way I can (as long as I have time...)! (I'm snipping the rest of your message because it needs more thought than I can give it right now.) > Best regards, > > Daniel > > Best, Noah --047d7b6d922ea36a4d04d7101add Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello again,


On Fri, Mar 1, 2013 at 4:01 AM, Daniel Llorens <daniel.llorens@bluewin.ch> wrote:
> think this comes down to a more fundamental difference - I still don&#= 39;t think that functions should automatically map over arrays, and you do.= If they did automatically map, then I would agree with you about array-ref= , because then arrays wouldn't be fundamentally different types from th= e objects they contained.

I actually agree here! I don't want regular scheme functions to h= ave things done to them around their back, it would be another language. I = can accept why you want array-ref to be strict. Indeed my approach tends to= a confusion between a 2-array of 2-arrays and a 4-array. In guile-ploy you= can see this in collapse-array ---if the verb doesn't provide an outpu= t shape, I make an assumption. I also banish 0-rank arrays.

It seems that I misunderstood you then, an= d I apologize. I am very excited about the library you are proposing, and I= would be happy to help in any way I can (as long as I have time...)!
=A0
(I'm snipping the rest of your message bec= ause it needs more thought than I can give it right now.)
=A0=
Best regards,

=A0 =A0 =A0 =A0 Daniel


Best,
Noah
--047d7b6d922ea36a4d04d7101add--