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