Simon Peyton-Jones writes:
> Another approach is to compete not head-to-head on speed, but on
> cunning. Get a good library of numeric procedures (e.g. Mathlab),
> interface them to Haskell, and use Haskell as the glue code to make
> it really fast to write complex numerical algorithms. 99% of the
> time will still be spent in the library, so the speed of the Haskell
> implementation is not very important. This looks like a jolly
> productive line to me.
I don't know if it is better to go with a commercial product here
(like Mathlab) or one of the semi-public domain (Reduce) or wholly
public domain tools here. It would be a shame if Haskell were
publically available but the thing that made it useful for scientific
computing was not.
Dave Barton <*>
[EMAIL PROTECTED] )0(
http://www.intermetrics.com/~dlb
- Re: Haskell in Scientific Computing? Jan Skibinski
- Re: Haskell in Scientific Computing? Jan Skibinski
- Re: Haskell in Scientific Computing? Matthew Donadio
- Re: Haskell in Scientific Computing? Hans Aberg
- Re: Haskell in Scientific Computing? Jeffrey R. Lewis
- RE: Haskell in Scientific Computing? Simon Peyton-Jones
- RE: Haskell in Scientific Computing? Thorsten Zoerner
- RE: Haskell in Scientific Computing? Dave Tweed
- RE: Haskell in Scientific Computing? Hans Aberg
- RE: Haskell in Scientific Computing? Hans Aberg
- RE: Haskell in Scientific Computing? David Barton
- RE: Haskell in Scientific Computing? Olivier . Lefevre
- Re: Haskell in Scientific Computing? Matthew Donadio
- Re: Haskell in Scientific Computing? Dave Tweed
- RE: Haskell in Scientific Computing? R.S. Nikhil
- Re: Haskell in Scientific Computing? Jan Skibinski
- Re: Haskell in Scientific Computing? Rod Price
- RE: Haskell in Scientific Computing? Jeremy D. Frens
- RE: Haskell in Scientific Computing? Jan Skibinski
- Re: Haskell in Scientific Computing? Alex Ferguson
- RE: Haskell in Scientific Computing? R.S. Nikhil
