Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
vegerot
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
7 ms
·
1.
▲
by
vegerot
4y ago
Agreed! …but while we’re at it curly gang all day
2.
▲
by
vegerot
4y ago
Thank you for actually suggesting something! Many people say “this is unidiomatic/slow/unoptimal” but nobody is giving specifics. Thanks :) btw the author is looking to improve the Rust version and is accepting contributions in
3.
▲
by
vegerot
4y ago
> If I made the C++ code use a custom vector and the Rust code use the standard vector, then people would complain that the Rust code was artificially shorter. People would also complain that even though you claim “my C++ code is longer
4.
▲
by
vegerot
4y ago
The author said he liked Rust and will switch to Rust if/when it builds faster than C++. So for the author at least, his answer is Rust!
5.
▲
by
vegerot
4y ago
Do they compile fast? If not, why not just use Rust? The author said he’ll switch to Rust when the compilation speed improves
6.
▲
by
vegerot
4y ago
I know the article is really detailed, and I don’t remember a lot of it either! But he does specifically break down how much of compilation time is spent in the borrow checker, LLVM, macro expansion, etc.
7.
▲
by
vegerot
4y ago
Martin?
8.
▲
by
vegerot
4y ago
I think you two are talking past each other. He’s talking about hypotheticals, and you’re talking about what’s more common
9.
▲
by
vegerot
4y ago
“opt-in” in the sense that I could just multiple versions of my functions if I want to? Agreed!
10.
▲
by
vegerot
4y ago
TIL. Thanks! In my plebeian brain I just thought “monomorphization = static dispatch” / 0-cost abstraction (vs. just writing multiple versions of a function), which both Rust generics and C++ templates fall into. Now I see that “monom
11.
▲
by
vegerot
4y ago
cool! Does quick-lint use this pattern? https://github.com/quick-lint/cpp-vs-rust
12.
▲
by
vegerot
4y ago
Something to stress is that the article is not just about compile times. It’s about compile+test times. If Chrome were written in Python it’d be hella slower iteration times
13.
▲
by
vegerot
4y ago
I think it depends on the kinds of projects you’re working on, and your developer workflow. For small→medium projects I agree that Rust compile times are fine
14.
▲
by
vegerot
4y ago
The article breaks down how much time is spent by each part of the compiler (borrow checking, LLVM, macro expansion, etc.) check it out!
15.
▲
by
vegerot
4y ago
#itdepends on the kind of software you’re making
16.
▲
by
vegerot
4y ago
And all of them combined compile faster than either of these implementations!
17.
▲
by
vegerot
4y ago
The specific time borrow check takes is in the article. Check out the section on “ Cranelift backend”
18.
▲
by
vegerot
4y ago
No need to speculate These timings are all in the paper! Check the “Cranelift backend” section
19.
▲
by
vegerot
4y ago
They should rewrite it in Rust
20.
▲
by
vegerot
4y ago
> maybe a more fair comparison wouldn't involve polymorphism in the rust code? I think using features of the language is fair game btw, don't C++ templates also use monomorphization? I agree C++'s implementation is "
21.
▲
by
vegerot
4y ago
or just https://smmry.com/https://quick-lint-js.com/blog/cpp-vs-rust... like I did
22.
▲
by
vegerot
4y ago
What about the other way around? Trying to cripple rustc until its features are closer to clang's? For example, removing some of the sanitizers or borrow checker in rustc?
23.
▲
by
vegerot
4y ago
Thank you for finally talking about this! I appreciate it, thanks
24.
▲
by
vegerot
4y ago
I’d be down for a spot between Menlo Park and SJ. Don’t really wanna go all the way to SF