From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24716 invoked by alias); 5 Dec 2008 19:11:47 -0000 Received: (qmail 24707 invoked by uid 22791); 5 Dec 2008 19:11:46 -0000 X-Spam-Check-By: sourceware.org Received: from qmta09.emeryville.ca.mail.comcast.net (HELO QMTA09.emeryville.ca.mail.comcast.net) (76.96.30.96) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 05 Dec 2008 19:10:49 +0000 Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA09.emeryville.ca.mail.comcast.net with comcast id nUy11a0071GXsucA9XAmwm; Fri, 05 Dec 2008 19:10:46 +0000 Received: from hippogriff.homeunix.org ([75.70.82.180]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id nXAl1a00A3tRyZn8TXAlK6; Fri, 05 Dec 2008 19:10:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=4dazYdDCpgMA:10 a=bO-eAlOBOzcA:10 a=mNJmukToAAAA:8 a=k0ebCvmpd3NpyscI-LkA:9 a=c5IGjw84xo0C32Jih4uK3450FwcA:4 a=E0t0X0QyNCQA:10 Received: by hippogriff.homeunix.org (Postfix, from userid 1000) id BF308CB830; Fri, 5 Dec 2008 12:10:58 -0700 (MST) Date: Thu, 11 Dec 2008 12:52:00 -0000 From: Patrick Alken To: Brian Gough Cc: gsl-discuss@sourceware.org, Rhys Ulerich Subject: Re: [Help-gsl] Submitted patch to add bspline derivative capabilities Message-ID: <20081205191058.GA11218@hippogriff.homeunix.org> References: <4a00655d0811191412t371982eev1bb77325719860f7@mail.gmail.com> <20081119235047.GA18604@hippogriff.homeunix.org> <20081124175854.GA994@hippogriff.homeunix.org> <20081129214241.GA15002@hippogriff.homeunix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17+20080114 (2008-01-14) 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: 2008-q4/txt/msg00042.txt.bz2 Ah I hadn't considered this issue. If there are other areas of GSL which have the same issues maybe we should keep a list so when there is a major new release like 2.0 we could integrate these "extra" workspaces? Of course one problem with that is if we have a separate workspace for bspline derivatives it may never be convenient to integrate it with the normal bspline workspace. On Fri, Dec 05, 2008 at 06:56:15PM +0000, Brian Gough wrote: > I noticed a problem when preparing the new release. The extra entries > in the bspline derivatives workspace break binary compatibility. > > This isn't necessarily a huge problem, but it seems undesirable to > force an upgrade of all applications just for those two struct > entries. If we're going to break binary compatibility we may as well > do it for all other functions that need it at the same time. > > So I'd propose using a separate workspace for the derivative functions > in this release. > > See e.g. branch bspline-compat at http://src.network-theory.com/gsl.git/ > which is basically finished, I just need to add some error checking.