From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17232 invoked by alias); 14 Sep 2002 16:30:55 -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 17204 invoked from network); 14 Sep 2002 16:30:54 -0000 Received: from unknown (HELO idealab.com) (63.251.211.5) by sources.redhat.com with SMTP; 14 Sep 2002 16:30:54 -0000 Received: (qmail 6236 invoked by uid 535); 14 Sep 2002 16:30:53 -0000 Date: Sun, 15 Sep 2002 15:44:00 -0000 From: Dave Benson To: gsl-discuss@sources.redhat.com Subject: Re: string <-> function code Message-ID: <20020914093053.Y7991@luca.pas.lab> References: <20020911093106.V7991@luca.pas.lab> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20020911093106.V7991@luca.pas.lab>; from daveb@ffem.org on Wed, Sep 11, 2002 at 09:31:06AM -0700 X-SW-Source: 2002-q3/txt/msg00206.txt.bz2 so i made a rather large number of fixes and improvements; rather than bothering the list with new versions, just see: http://www.ugcs.caltech.edu/~dbenson/mathfunction.html for all the latest ;) thanks, dave On Wed, Sep 11, 2002 at 09:31:06AM -0700, Dave Benson wrote: > i've been working on code which allows users > to enter math expressions at runtime for a fair while. > > i recently decided to beef up the code to include > differentiation and simplification. > > looking at the TODO list, i thought it might > be nice if it could be in gsl. > > features: > - the usual operators (including precedence), functions etc. > - the functions map R^n => R. > - fairly optimized > - interface for users to add new functions, operators, simplifiers > - in the gnu coding style already > - license is no problem (since i'm the author, and i'll make it GPL.) > > > problems: > - uses glib 1.2 (the various typedefs and macros will have to > be replaced with gsl equivalents -- i'm willing to do this) > - no builtin support for matrix, complex, etc arguments > (in a few cases complex numbers and fixed size matrices > could be represented as arrays of reals, but that's ugly) > - it could probably use a new name (currently MathFunction) > > you might check it out at: > http://www.ugcs.caltech.edu/~dbenson/mathfunction-0.0.0.tar.gz > > > any interest? what's required? > > - dave --