Earlier quoted context omitted.
Just like SQL, it suffices to rule on one specific use case to keep being used.
Yeah exactly - it's great for numerical computing. I get a bit annoyed by Fortran advocates complaining about people using C++/Python instead of it, when there aren't libraries for doing really basic things. I think Fpm is a really good step in the right direction though.
Fortran Package Manager
71–73 of 73 posts
Re: Fortran Package Manager
#72Earlier quoted context omitted.
huh, ifort is slower than I remember compared other langs/impls: https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
I don't know what exactly is going on, but last time I looked into it, it seemed the main difference between the codes was how quickly you can do 1/sqrt(x). Ultimately, I would like to see more numerical benchmarks and also compare more versions in a given language. We started a repository for it: https://github.com/fortran-lang/benchmarks/ But didn't have time to work on it yet. See the issues, e.g., at: https://git…
Used often enough in n-body to make a difference, not used often enough in spectral-norm? not used in fannkuch-redux …
Re: Fortran Package Manager
#73Earlier quoted context omitted.
SciPy and NumPy both use Fortran :P
https://www.quora.com/Which-python-packages-besides-Numpy-us... Does NumPy use Fortran? NumPy does not use Fortran. It provides an interface to BLAS (Basic Linear Algebra Subprograms) and Lapack (Linear Algebra Package) for which the reference implementation is written in Fortran.
Which is "C code" but not really C code.