C J Kenneth Tan -- OptimaNumerics
Tue Mar 28 12:14:00 GMT 2006


On 2006-03-28 12:48 +0100 Brian Gough ( wrote:

> Date: Tue, 28 Mar 2006 12:48:30 +0100
> From: Brian Gough <>
> To: James Bergstra <>
> Cc: gsl-discuss <>
> Subject: Re: gslclapack
> James Bergstra writes:
>  > On one hand, I'm jealous that lapack has a fancy routine, and react "let's
>  > implement that for gsl too" and on the other hand, I think "why is gsl
>  > re-implementing (what I believe is) a very standard library?"
> LAPACK is huge & tedious to install.  GSL is meant to be easy to use -
> a dependency on lapack would be a pain.

How do you find LAPACK being a pain?  The public version of LAPACK has
been well tested and the design has been well thought out.  It has a
very comprehensive test suite also. 

Having LAPACK in the backend would also enable GSL users to take
advantage of high performance implementations of LAPACK.  We are able
to deliver substantially better performance LAPACK in OptimaNumerics
Libraries (even when compared to commercial products).  Some benchmark
results are included here: .

What's the price of performance?  This question can be phrased as
what's the price of electricity and what's the price of server room

Kenneth Tan
C J Kenneth Tan, PhD
OptimaNumerics Ltd                    Telephone: +44 798 941 7838
E-mail:      Telephone: +44 207 099 4428
Web:    Facsimile: +44 207 100 4572

More information about the Gsl-discuss mailing list