Live data from Hacker News

Viewing profile — vegerot

vegerot

HN member
Joined
Thu, May 26, 2022, 7:15 PM UTC
HN karma
16
Public activity
25 items

About vegerot

No profile information was provided.

Recent public activity

  1. comment
    Comment #34283302

    Agreed! …but while we’re at it curly gang all day

  2. comment
    Comment #34283278

    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…

  3. comment
    Comment #34283235

    > 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 co…

  4. comment
    Comment #34283191

    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. comment
    Comment #34283157

    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. comment
    Comment #34283148

    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, LLV…

  7. comment
  8. comment
    Comment #34283120

    I think you two are talking past each other. He’s talking about hypotheticals, and you’re talking about what’s more common

  9. comment
    Comment #34283098

    “opt-in” in the sense that I could just multiple versions of my functions if I want to? Agreed!

  10. comment
    Comment #34283087

    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 gener…

  11. comment
    Comment #34279073

    cool! Does quick-lint use this pattern? https://github.com/quick-lint/cpp-vs-rust

  12. comment
    Comment #34278421

    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. comment
    Comment #34278395

    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. comment
    Comment #34278304

    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. comment
    Comment #34278271

    #itdepends on the kind of software you’re making

  16. comment
    Comment #34273093

    And all of them combined compile faster than either of these implementations!

  17. comment
    Comment #34273020

    The specific time borrow check takes is in the article. Check out the section on “ Cranelift backend”

  18. comment
    Comment #34273012

    No need to speculate These timings are all in the paper! Check the “Cranelift backend” section

  19. comment
    Comment #34272205

    They should rewrite it in Rust

  20. comment
    Comment #34272067

    > 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 monomorphizatio…

  21. comment
    Comment #34271822

    or just https://smmry.com/https://quick-lint-js.com/blog/cpp-vs-rust... like I did

  22. comment
    Comment #34271734

    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. comment
    Comment #34271461

    Thank you for finally talking about this! I appreciate it, thanks

  24. comment
    Comment #32908852

    I’d be down for a spot between Menlo Park and SJ. Don’t really wanna go all the way to SF

  25. comment