Moderator: Andres Valverde
bob wrote: Fortran is more suitable for pure math,
Tord Romstad wrote:bob wrote: Fortran is more suitable for pure math,
I don't agree. Fortran is suitable for some kinds of floating point computations, but this is just an extremely tiny subset of mathematics (and it is almost exclusively applied mathematics, not pure mathematics).
For pure mathematics, I use Common Lisp, Haskell, or specialized languages like Maxima and Singular.
Tord
bob wrote:I am talking about mathematical computation, particularly (but not limited to) floating point number-crunching.
Tord Romstad wrote:bob wrote:I am talking about mathematical computation, particularly (but not limited to) floating point number-crunching.
Floating point number crunching has very limited usability in pure (as opposed to applied) mathematics. I've spent most of my adult life doing pure mathematics, and as far as I can remember, I haven't used floating point numbers even a single time. My mathematical computations are about integers (true integers, of course, not 32-bit or 64-bit integers), rational numbers, various finite groups and fields, polynomials, and other more exotic high-level structures. You don't find this kind of stuff in Fortran, and it is a very inconvenient language for implementing it.
Tord
Daniel Shawul wrote:Different experience here.As a civil engineer, I write programs which involve lots of matrix manupilations. C's handling of arrays compared to Fortran's is pathetic at best:)
And also there is vast amount of free numeric libraries written in Fortran. These libraries are highly optimized and rewriting is usually a waste of time. Recently i needed to calculate eigen vectors of a matrix for calculating mode shapes of a vibrating object, and then tried to write my own version of it. It was simply very slow and incomplete.
But I agree for high level programming , OOP c is much better. What I do now is write GUI staff with MFC, and Fortran as the real 'engine' to do whatever numver crunching i need.
A random idea as to Fortran's use to chess: Use of fortran arrays instead of a collection of bitboards, anyone?
Tord Romstad wrote:bob wrote:I am talking about mathematical computation, particularly (but not limited to) floating point number-crunching.
Floating point number crunching has very limited usability in pure (as opposed to applied) mathematics. I've spent most of my adult life doing pure mathematics, and as far as I can remember, I haven't used floating point numbers even a single time. My mathematical computations are about integers (true integers, of course, not 32-bit or 64-bit integers), rational numbers, various finite groups and fields, polynomials, and other more exotic high-level structures. You don't find this kind of stuff in Fortran, and it is a very inconvenient language for implementing it.
Tord
Daniel Shawul wrote:Different experience here.As a civil engineer, I write programs which involve lots of matrix manupilations. C's handling of arrays compared to Fortran's is pathetic at best:)
And also there is vast amount of free numeric libraries written in Fortran. These libraries are highly optimized and rewriting is usually a waste of time. Recently i needed to calculate eigen vectors of a matrix for calculating mode shapes of a vibrating object, and then tried to write my own version of it. It was simply very slow and incomplete.
But I agree for high level programming , OOP c is much better. What I do now is write GUI staff with MFC, and Fortran as the real 'engine' to do whatever numver crunching i need.
A random idea as to Fortran's use to chess: Use of fortran arrays instead of a collection of bitboards, anyone?
Return to Programming and Technical Discussions
Users browsing this forum: No registered users and 15 guests