From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26880 invoked by alias); 11 Jul 2005 18:38:06 -0000 Mailing-List: contact gsl-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gsl-discuss-owner@sources.redhat.com Received: (qmail 26842 invoked by uid 22791); 11 Jul 2005 18:37:59 -0000 Received: from network-theory.com (HELO mail.network-theory.co.uk) (66.199.228.187) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Mon, 11 Jul 2005 18:37:59 +0000 Received: from dsl-80-42-167-10.access.as9105.com ([80.42.167.10]:34474 helo=hp.network-theory.co.uk) by mail.network-theory.co.uk with esmtpa (Exim 4.44) id 1Ds38d-0000bI-Fs; Mon, 11 Jul 2005 19:36:19 +0100 Received: by hp.network-theory.co.uk with local (Exim 3.36 #1 (Debian)) id 1Ds34L-0000aW-00; Mon, 11 Jul 2005 19:31:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17106.47897.692337.748896@network-theory.co.uk> Date: Mon, 11 Jul 2005 18:38:00 -0000 To: James Bergstra CC: gsl-discuss@sources.redhat.com Subject: Re: [gsl] gsl_matrix_size_t ? In-Reply-To: <20050708032134.GD3063@aphex.iro.umontreal.ca> References: <8cb27cbf050630104165ed8c44@mail.gmail.com> <17093.20601.669527.961525@network-theory.co.uk> <20050708032134.GD3063@aphex.iro.umontreal.ca> From: Brian Gough X-SW-Source: 2005-q3/txt/msg00006.txt.bz2 James Bergstra writes: > Do you think it would be appropriate to add size_t to the list of types > for which gsl_matrix and gsl_vector are defined? > > I find it convenient to use matrices of indices... and using any of > uint, ulong causes frustration when switching between architectures > because the native index type has a vary-ing size! It is a good point, and a slight oversight in the current design that it is not possible. We probably want some type of general index-mapping object, which could perhaps also handle sparse matrices. I will have to think about it for a while. > PS. Thank you for your link to MSL :) But, could you mention that it is > also for signal processing and machine learning? Thanks, I've added the extra information. The performance extensions originally caught my eye... some nice ideas there. -- Brian Gough Network Theory Ltd, Publishing Free Software Manuals --- http://www.network-theory.co.uk/