2026 is an exciting year for the Rust compiler (and me)

(yoyo-code.com)

78 points | by panstromek 3 hours ago

8 comments

  • throwup238 55 minutes ago
    > It's easy to understate how big of a deal this is for the compiler. This work resolves a major piece of technical debt that a lot of compiler developers dreamed about for years.

    No kidding. I’ve been waiting for the solver at least half that decade now. Hopefully it and Polonius unblock specialization which has been in purgatory for years.

  • yhjc2692 2 hours ago
    Smaller target directory size would be such a lifesaver. Hoping the best for you, and Rust!
    • stymaar 24 minutes ago
      This!

      There's a recurring meme here and in other social media about rust being slow to compile, but anyone who's worked with Rust know that target dirs are a much more annoying papercut in practice than the relative speed of the compiler (which isn't appreciably worse than any other toolchain out there for the most common workflows).

      • rapind 4 minutes ago
        Both (and memory) are a problem. Build sizes is definitely more easily solved just by throwing more disk at it though (unless you are using a hard constrained mac...).
    • thomashabets2 2 hours ago
      It would help, yes. Here's one of my projects, that uses different subdirectories in target/ based on compiler options pre-commit runs:

          $ du -hcs target/
          190G    target/
      • bitbasher 15 minutes ago
        I can deal with large builds, what I cant deal with is time. My rust web application takes 20 minutes to build in release mode on a high end developer machine. I can’t build it in ci/cd.
        • rapind 2 minutes ago
          Yeah, there are some things I've done to mitigate this, especially for the dev loop. Moving templates out of rust (losing some safety). Splitting the application into vertical slices. Only generating code that's changed. Turning features into crates.

          It's been a journey...

        • simonask 2 minutes ago
          That sounds like something is very wrong with your setup.
  • hmokiguess 2 hours ago
    Pretty wild to see how different people’s experiences can be within the same industry but under different applications and circumstances, here is someone joyful about the future of a language whereas not long ago we had a Ruby gem maintainer in deep dissatisfaction and frustration with the future of it.

    Not implying to compare Rust and Ruby, just mainly observing how these two things came out near each other in the present day.

  • panstromek 3 hours ago
    I don't understandy why, but all submissions of this post so far had incorrect title. When I posted the correct one, it still got reassigned the wrong title and I had to edit it (and it didn't allow me to do that yesterday, only today).
    • tialaramex 2 hours ago
      Hacker News has some automatic fixes for title text. Some - perhaps all - of them can walk into false positives where a change that's usually desirable instead ruins the title either because it's a joke and the change spoils the joke or just because English is complicated.
  • jdbloodstone 1 hour ago
    [flagged]
  • vatsachak 22 minutes ago
    The best way to get a rust job is get a regular job and just write rust
  • lolakutty 33 minutes ago
    Rust is not very relevant anymore when you can write it in C and once in a while run an LLM over it to catch any memory issues...
    • satvikpendem 31 minutes ago
      I hope this is satire.
    • ikety 10 minutes ago
      or to save tokens you can have an LLM write a borrow checker to do this for you. Oh wait you're just rebuilding rust...