3 ms·
I hope so too but I’m skeptical. In my opinion, Rust still needs ergonomic multi-dimensional index expressions and standardized multi-dimension array traits. I’
by Q6T46nT668w6i3m 6y ago
I hope so too but I’m skeptical. In my opinion, Rust still needs ergonomic multi-dimensional index expressions and standardized multi-dimension array traits. I’d love to see (or join) a scientific working group to help with this.
- whatshisface 6y agoThat would be amazing, but I would also be satisfied with a numpy clone. Of course language-level support would be far better!
- Q6T46nT668w6i3m 6y agoI can envision something between the two, e.g. a situation similar to the Future trait and the various async backends.
- adrianN 6y agoThe lack of such features did not prevent numerical libraries in C.
- Q6T46nT668w6i3m 6y agoOr Rust (I don’t understand your point)
- adrianN 6y agoAs the topic was inline assembly, I interpreted "better" as "faster", not "more ergonomic".
- devit 6y agoYou can use a[(i, j, k)], and also a[i][j][k] for some data layouts. As for multidimensional array traits, you can use Index<(usize, usize, usize), Output = f32>.
- kzrdude 6y agoyou can use the syntax `a[[i, j, k]]` too, just for another example.