From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gsl-discuss-return-5425-listarch-gsl-discuss=sources.redhat.com@sourceware.org>
Received: (qmail 23370 invoked by alias); 8 May 2009 10:51:57 -0000
Received: (qmail 23361 invoked by uid 22791); 8 May 2009 10:51:56 -0000
X-SWARE-Spam-Status: No, hits=-1.7 required=5.0
	tests=AWL,BAYES_00,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mail.network-theory.co.uk (HELO mail.network-theory.co.uk) (66.199.228.187)
    by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 08 May 2009 10:51:51 +0000
Date: Fri, 08 May 2009 10:51:00 -0000
Message-ID: <m3ljp7amw3.wl%bjg@network-theory.co.uk>
From: Brian Gough <bjg@gnu.org>
To: Tuomo Keskitalo <Tuomo.Keskitalo@iki.fi>
Cc: GSL Discuss Mailing List <gsl-discuss@sourceware.org>
Subject: Re: ode-initval implicit solvers and development
In-Reply-To: <49FB01D1.30000@iki.fi>
References: <48E25CA9.6080306@iki.fi>
	<490DE4BD.7070907@iki.fi>
	<m3y700znqd.wl%bjg@network-theory.co.uk>
	<497B00F6.2080400@iki.fi>
	<m38woqp3je.wl%bjg@network-theory.co.uk>
	<498727E5.6080407@iki.fi>
	<49AA9DB5.6030908@iki.fi>
	<49FB01D1.30000@iki.fi>
User-Agent: Wanderlust/2.14.0 (Africa) Emacs/22.2 Mule/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka")
Content-Type: text/plain; charset=US-ASCII
X-Message-Mac: 037a2ab70e7260e11c15eccea0187509
Mailing-List: contact gsl-discuss-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gsl-discuss.sourceware.org>
List-Subscribe: <mailto:gsl-discuss-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gsl-discuss/>
List-Post: <mailto:gsl-discuss@sourceware.org>
List-Help: <mailto:gsl-discuss-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gsl-discuss-owner@sourceware.org
X-SW-Source: 2009-q2/txt/msg00006.txt.bz2

At Fri, 01 May 2009 17:06:09 +0300,
Tuomo Keskitalo wrote:
> What do you think about this? How do we proceed? I don't think that I 
> will add any new functionality to my branch until I hear about the 
> continuation.

As this involves a change to the API, namely in the gsl_odeiv_control
and gsl_odeiv_step_type struct it will need to be in a new major
version.

I'll make the 1.13 release next month, with bug fixes for 1.12 only,
and then incorporate the new odes and other changes so that we can go
to a 2.0 release.

Since the new implicit RK routines are more robust that the old ones,
I suggest we just update them in place so that we don't need the
alternate name imprk--just rkimp.

I put some minor changes in the branch origin/tuomo at
http://src.network-theory.com/gsl.git

-- 
Brian Gough