From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19843 invoked by alias); 6 Oct 2009 20:02:38 -0000 Received: (qmail 19674 invoked by uid 22791); 6 Oct 2009 20:02:37 -0000 X-SWARE-Spam-Status: No, hits=-10.1 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,SPF_PASS X-Spam-Check-By: sourceware.org Received: from proofpoint1.lanl.gov (HELO proofpoint1.lanl.gov) (204.121.3.25) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 06 Oct 2009 20:02:33 +0000 Received: from mailrelay2.lanl.gov (mailrelay2.lanl.gov [128.165.4.103]) by proofpoint1.lanl.gov (8.14.3/8.14.3) with ESMTP id n96K2VpI004927 for ; Tue, 6 Oct 2009 14:02:31 -0600 Received: from alvie-mail.lanl.gov (alvie-mail.lanl.gov [128.165.4.110]) by mailrelay2.lanl.gov (Postfix) with ESMTP id 87EAE15CA94A for ; Tue, 6 Oct 2009 14:02:31 -0600 (MDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by alvie-mail.lanl.gov (Postfix) with ESMTP id 8651A7D00D9 for ; Tue, 6 Oct 2009 14:02:31 -0600 (MDT) X-NIE-2-Virus-Scanner: amavisd-new at alvie-mail.lanl.gov Received: from [130.55.124.157] (manticore.lanl.gov [130.55.124.157]) by alvie-mail.lanl.gov (Postfix) with ESMTP id 77C7D7D00D8 for ; Tue, 6 Oct 2009 14:02:31 -0600 (MDT) Subject: Re: containers tentative design summary From: Gerard Jungman To: gsl-discuss@sourceware.org In-Reply-To: <645d17210910060537s762d6323pfd2bec8590ad28e9@mail.gmail.com> References: <1254708349.18519.4.camel@ForbiddenPlanet> <7f1eaee30910050750l738876b1p41e6bd8ae5aa6d16@mail.gmail.com> <1254783367.28192.98.camel@manticore.lanl.gov> <645d17210910060537s762d6323pfd2bec8590ad28e9@mail.gmail.com> Content-Type: text/plain Date: Tue, 06 Oct 2009 20:02:00 -0000 Message-Id: <1254859496.28192.213.camel@manticore.lanl.gov> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5,1.2.40,4.0.166 definitions=2009-10-06_17:2009-09-29,2009-10-06,2009-10-06 signatures=0 Mailing-List: contact gsl-discuss-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gsl-discuss-owner@sourceware.org X-SW-Source: 2009-q4/txt/msg00008.txt.bz2 On Tue, 2009-10-06 at 13:37 +0100, Jonathan Underwood wrote: > > I'm not sure if I fully follow this, but I wonder if the numpy concept > of "broadcasting" is useful here? More info: > > http://docs.scipy.org/doc/numpy/reference/ufuncs.html#broadcasting Ok. This could be useful. I will study it and see if it helps. If it turns out to be too dynamic an idea for efficient C, then I'm not sure if we can do anything with it. But who knows... > In general, I can't help thinking that it would be a great advantage > if compatibility with the underlying data structures used in numpy was > achieved during this redesign (numpy is mostly implemented in C and is > BSD licensed). I'm looking at this right now: /usr/lib64/python2.6/site-packages/numpy/core/include/numpy/ndarrayobject.h Certainly it has the same basic functionality, with a shape described by dimensions and strides in each index place. Some of the other stuff, like byte-order worries, I imagine we have to ignore. That is presumably beyond the scope of GSL. Can we be precise about the meaning of "compatibility"? This is the kind of thing we need to discuss. I would definitely like to see GSL play better with others. There are other tools out there as well. I don't follow the history of Numeric and NumPy and ScientificPython, blah blah. It all looks a little disorganized to me. People who know about these things, and have opinions, should tell us what we should be doing. -- G. Jungman