D language have excellent support functional and array features with parallel support. On top that not known to others it has high performance native BLAS kind of library with ergonomic and intuitiveness similar to python [1].
[1] Numeric age for D: Mir GLAS is faster than OpenBLAS and Eigen (2016):
http://blog.mir.dlang.io/glas/benchmark/openblas/2016/09/23/...
That's incorrect. Futhark doesn't even have linear algebra primitives---everything has to be done in terms of map/reduce/etc: https://github.com/diku-dk/linalg/blob/master/lib/github.com...
[1] https://en.wikipedia.org/wiki/APL_(programming_language)
[2] https://en.wikipedia.org/wiki/Basic_Linear_Algebra_Subprogra...
…why the downvoting?
[1] - https://computinged.wordpress.com/2012/06/14/matlab-and-apl-...
APL is mathematical notation that is also executable. It is all about putting a mathematical algorithm in a succinct, terse way.
MATLAB is a clunky Fortran-like language that does simple 2D matrix stuff reasonably terse (though not remotely as terse as APL), and does everything else horribly awkwardly and verbosely.
Modern MATLAB might be comparable to 1960s APL, but original MATLAB was most certainly not, and even modern MATLAB isn't comparable to modern APL (and its successors such as BQN and K)
but yeah no idea which the OP meant
PMPH? :)
a←'hello'
a[1]←'c'
a←'hello'
a←'c'@1⊢a
a←'hello'
b←a
b[1]←'j'
a,b
yubblegum•1y ago
https://chapel-lang.org/
marai2•1y ago
https://chapel-lang.org/blog/posts/chapelcon25-announcement/
throwaway17_17•1y ago
Even if you aren’t involved in HPC I’d say the concepts transfer or provide a great basis for parallel and distributed idioms and methodologies that can be adapted to existing languages or used in development of new languages.
TL;DR - Chapel is cool and if you are interested in the general subject matter (despite a different focus) Fortress, which is discontinued, should also be checked out.
bradcray•1y ago
yubblegum•1y ago
Btw, I was looking at the docs for GPU [1] and unsolicited feedback from a potential user is that the setup process needs to become less painful. For example, yesterday installed it via brew but then hit the setup page for GPU and noted I now needed to build from source.
(Back in the day, one reason some of Sun's Java efforts to extend Java's fieddom faltered was because of the friction of setup for (iirc) things like Applets, etc. I think Chapel deserves a far wider audiance.)
[1]: https://chapel-lang.org/docs/technotes/gpu.html#setup (for others - you obviously know the link /g)
p.s. just saw your comment from last year - dropping it here for others: https://news.ycombinator.com/item?id=39032481
bradcray•1y ago
I'll take your feedback about simplifying GPU-based installs back to our team, and have noted it on this thematically related issue: https://github.com/chapel-lang/chapel/issues/25187#issuecomm...