I've compiled quite a lot of C++14 on my Gentoo recently in the process of simply deploying software I wanted to use - so yes, people are using it.
That not all code gets rapdily rewritten in the latest language revision is normal. It also won't happen with Rust.
I've used it within the last few months, it's still too slow. And they just keep adding more and more features that will inflate compile times further. If they don't start addressing this, the language will die. There's no question.
I almost agree with you, however, while individuals like ourselves may not use the language due to its potentially increasing compilation times, others may choose to use it and other people may come along and decide use it. Several Rust advocates have already begun to purposefully lie about C/C++ in order to enhance the presentation of Rust.
Anything is faster than C++ compilers.
Isn't it possible to just typecheck instead of doing a full compilation with: cargo check? (I never used rust before, just read that online)
Gentoo user again. Not really, clang is rather speedy, and gcc also got faster.
Strictly speaking, I think the last major speed boost I noticed was the linkers no longer taking forever. Either way, now it's actually often the legacy ./configure shit that takes half the compile time of software.
IMO the balance between compile speed, language features, and compile-time optimization is there & C++ compilers are doing just fine.
bad, and getting better. That is the story for many rust libraries currently.
The current GUI libraries are don't have a very good "rusty" style, since the borrow checker makes this hard to do.
I also think it's cool, and it has a lot of potential to be great. That being said it could still crash and burn (although i think that is unlikely).
I know the impetus for creating bindings for a library that is popular and mature but Rust is entirely different animal to most other languages. Maybe the best way to go is to create a Rust GUI library from scratch.