News for hackers. Stuff that matters.
Re:Reducing Rust Incremental Compilation Times on macOS by steveklabnik on Sunday April 18, 2021 @09:37AM (#26852339)
Again, the issue of compile times is more complex than "just do this one thing and it's fixed."

After you first cargo build, you have all of the dependencies pre-compiled. Every single "cargo build" after that's compile time would be completely unaffected by pre-built dependencies. You could try sccache; builds are still slow. Most people care about those secondary builds, not about the initial build, so telling them that this solves their problem is simply not true. It's not downplaying it, as I said, the first builds are also important. Unfortunately, it's just not that simple.

If solving Rust builds were as easy as this, we'd have just done it long ago. We care tremendously about improving compile times. It is a constant request on surveys. We put a lot of engineering work into this.

Re:Reducing Rust Incremental Compilation Times on macOS by pjmlp on Sunday April 18, 2021 @11:46AM (#26853432)
I just use Rust for toy projects, my work is all around Java, .NET and C++, so my feedback is more from the language geek point of view that would like to see Rust gain more adoption on the kind of workflows I use those languages.

So while it may seem like bashing, it is more trying to be a positive critic of something that real matters and is a show stopper for some environments.

In any case I look forward to any improvement in build times, and an eventual story regarding binary libraries.

Re:Reducing Rust Incremental Compilation Times on macOS by steveklabnik on Sunday April 18, 2021 @11:46AM (#26853439)
I don't think it's bashing, I just don't think that it's going to be anything more than one small part of an overall improvement strategy, and isn't the most important one.
Re:Reducing Rust Incremental Compilation Times on macOS by pjmlp on Monday April 19, 2021 @02:59AM (#26859811)
Good to know that you don't take it the bad way. All the best for Rust efforts.