| ▲ | Futhark by Example(futhark-lang.org) |
| 80 points by tosh 7 hours ago | 20 comments |
| |
|
| ▲ | ethanlipson 6 hours ago | parent | next [-] |
| Futhark is really such a great idea. I'm not convinced that dependent types are worth the cognitive overhead in general, but it's definitely worth it to include the length as part of the type information for dynamic arrays, e.g.: concat(Vec<T, n>, Vec<T, m>) -> Vec<T, n+m>
matmul(Mat<T, n, m>, Mat<T, m, l>) -> Mat<T, n, l>
head(Vec<T, n+1>) -> (T, Vec<T, n>)
This would have saved me so much headache debugging CUDA kernels and numpy!! I wish it were a first-class feature in those frameworks, and even general-purpose languages, but alas. |
| |
| ▲ | itishappy 2 hours ago | parent | next [-] | | Here they are in Futhark: val concat [n] [m] 't : (xs: [n]t) -> (ys: [m]t) -> *[n + m]t
val matmul [n] [m] [l] 't : (xs: [n][m]t) -> (ys: [m][l]t) -> *[n][l]t
val head [n] 't : (x: [n]t) -> t
And here's the pathological case (length cannot be determined at compile time): val filter [n] 'a : (p: a -> bool) -> (as: [n]a) -> *[]a
Other pathological cases include conditionals and loops. | |
| ▲ | VorpalWay 5 hours ago | parent | prev [-] | | You can do this with templates in C++ and generics in Rust I'm pretty sure. I think the Eigen C++ library supports this. (I have yet to do a linear algebra heavy Rust project, so I can't speak to the options that exist there.) | | |
| ▲ | ethanlipson 3 hours ago | parent | next [-] | | I'm talking about cases where the array size is not known at compile time. For example, say the user passes in a list of numbers as command line arguments. Then we have argv: Vec<String, argc>
If I want to map these to ints, then I'd like a compile-time guarantee that the resulting array nums: Vec<Int, argc>
is the same length as argv. Lean and Idris can do this, but AFAIK no commonly used languages can. But unlike general dependent types, these are not hard to wrap one's head around and would save a lot of frustration, in my experience. | |
| ▲ | otabdeveloper4 4 hours ago | parent | prev [-] | | Yeah, C++ arrays are literally that. | | |
| ▲ | alpinisme 4 hours ago | parent [-] | | Arrays are not dynamically sized though (handling runtime sizes) and don’t have efficient append/concat. The point of the dependent types is that you can have the type system track that concat creates an M+N length vector, sort preserves length (and adds a sorted guarantee that slice preserves), etc.
Sure you can do a lot with templates, but that’s advanced templates not just “C++ arrays” in a throwaway “literally that” way. |
|
|
|
|
| ▲ | Ferret7446 5 hours ago | parent | prev | next [-] |
| It would be nice to not name your language after another language. (Yes I know it's a script, that doesn't change my point). I came here expecting something else. |
| |
|
| ▲ | antran22 2 hours ago | parent | prev | next [-] |
| Was expecting to see some examples of how to read runes, but I am nonetheless equally satisfied. https://en.wikipedia.org/wiki/Elder_Futhark |
| |
|
| ▲ | rowanG077 6 hours ago | parent | prev | next [-] |
| Futhark is pretty great! And I have to say that the maintainer is insanely quick. It has happened on more than one occasion that I reported a bug and it's solved within the day. I have been using Futhark in prod for two years now and never had serious problems. |
| |
|
| ▲ | fulafel 4 hours ago | parent | prev | next [-] |
| Futhark is a glimmer of light in the wasteland of C/C++ styled low level GPU languages. |
|
| ▲ | guessmyname 4 hours ago | parent | prev [-] |
| Couldn’t have chosen a more difficult (and ambiguous) name to pronounce, could you? It almost sounds like a curse that I often hear people say out in the bad streets of New York City. |
| |
