Hacker News new | comments | show | ask | jobs | submit login

> It's light years ahead of the perf overhead of #include + the pain of setting up linker args for libraries.

Sadly not yet.

My VC++ builds are still faster, because they can enjoy using binary libraries across projects, something that cargo doesn't yet support.

Also VS 2015 and the new VS 2017 do have quite a few improvements regarding the linker, incremental builder and C++ modules support.




> My VC++ builds are still faster, because they can enjoy using binary libraries across projects, something that cargo doesn't yet support.

This isn't anywhere near the top issue that I (or anyone else I know of) encounter with build performance in Rust. Dependent library builds are very parallelizable, so they tend to build quickly. Moreover, the build performance that matters in the day-to-day cycle is mostly rebuild performance, and the binary artifacts are cached in this case.

We could spend time adding a global cache of build artifacts, I guess, but all the time we'd spend working on this wouldn't impact my development velocity much at all. Incremental compilation, on the other hand, would.


Every time a new Rust release comes out, I try to update all the VSCode relevant plugins.

It takes me more than one hour on a core duo with 8 GB + HDD, while I occasionally see the same crates being compiled and get to do something else.

I could probably buy a new computer, as this one isn't something that one can easily parallelize, but why should I when my C++ builds are actually fast enough?

I am just an opinated Rust dabbler, please take my complaint as contributing feedback about what I see as one possible show stopper for Windows developers to adopt Rust, vs our current .NET + C++ workflow, in terms of productivity.

Thanks for Rust.


didn't realize #import had landed in msft tools! awesome.


Some information is available here.

https://blogs.msdn.microsoft.com/vcblog/2015/12/03/c-modules...

https://blogs.msdn.microsoft.com/vcblog/2016/02/11/compiler-...

There were also CppCon talks from both Google and Microsoft, but I cannot search for them now.




Applications are open for YC Winter 2018

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | DMCA | Apply to YC | Contact

Search: