Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

It's time to halt starting any new projects in C/C++

twitter.com

Post reply on HN
Print view View original

21–30 of 929 posts

Re: It's time to halt starting any new projects in C/C++

#21

Post by qbasic_forever »

zibby8 wrote: post #12
thesuperbigfrog wrote: post #2

How much support does Microsoft give to the Rust Foundation (financial and otherwise)? Does Visual Studio (not VS Code) support Rust programming? Are there plans for an official Rust SDK for Azure? https://github.com/Azure/azure-sdk-for-rust

Why does Visual Studio need to support Rust when VS Code has amazing Rust support?

It's been ages since I last looked but IIRC Visual Studio is still the go-to and only real option for oldschool win32 programming (i.e. native windows, COM, etc.). I'm sure there are plugins and machinations to make VS Code competent at win32 too but for some companies and shops they're sticking to Visual Studio.

Re: It's time to halt starting any new projects in C/C++

#22

Post by [deleted] »

qbasic_forever wrote: post #17
ncmncm wrote: post #13

Quoted post unavailable.

Lol if you don't know who Mark is and his real world experience particularly developing critical and low level windows tools. I think it's safe to say his opinion on the language and its use with Microsoft/Windows is very relevant.

[deleted]

Re: It's time to halt starting any new projects in C/C++

#23

Post by throwaway787544 »

thesuperbigfrog wrote: post #8
somewhereoutth wrote: post #4

For systems programming, use whatever the Linux kernel uses. For everything else, there is javascript.

>> For systems programming, use whatever the Linux kernel uses. https://www.zdnet.com/article/linus-torvalds-rust-will-go-in... >> For everything else, there is javascript. Scientific / numerical computations? GPU / CUDA programming? Machine learning? Natural language processing?

No post body was provided.

Re: It's time to halt starting any new projects in C/C++

#26

Post by zibby8 »

qbasic_forever wrote: post #21
zibby8 wrote: post #12

Earlier quoted context omitted.

Why does Visual Studio need to support Rust when VS Code has amazing Rust support?

It's been ages since I last looked but IIRC Visual Studio is still the go-to and only real option for oldschool win32 programming (i.e. native windows, COM, etc.). I'm sure there are plugins and machinations to make VS Code competent at win32 too but for some companies and shops they're sticking to Visual Studio.

It looks like this official MS Rust library adds a lot of Win32 support: https://github.com/microsoft/windows-rs

It should work well with VS Code.

Re: It's time to halt starting any new projects in C/C++

#27

Post by kbenson »

thesuperbigfrog wrote: post #8
somewhereoutth wrote: post #4

For systems programming, use whatever the Linux kernel uses. For everything else, there is javascript.

>> For systems programming, use whatever the Linux kernel uses. https://www.zdnet.com/article/linus-torvalds-rust-will-go-in... >> For everything else, there is javascript. Scientific / numerical computations? GPU / CUDA programming? Machine learning? Natural language processing?

A case could be made to consider libraries systems programming, as the "system" is often more than just the kernel. If you have libraries doing the heavy lifting of all that, then the language on top that calls into those libraries for the bulk of the intensive work matters quite a bit less.

Re: It's time to halt starting any new projects in C/C++

#28

Post by woodruffw »

synergy20 wrote: post #25

I'm waiting for Rust to support both static and dynamical link equally well. static link produces binaries too large for my embedded boards when stdlib is needed. dynamic link looks like a second class citizen to me in Rust. Is there some hope?

The workflow with `cargo` isn't as nice with dynamic linking, but `crate-type = "dylib"` has worked for a while now. Any crate built with that should produce a shared object instead, which you can link in like any other.

Re: It's time to halt starting any new projects in C/C++

#30

Post by slavapestov »

synergy20 wrote: post #25

I'm waiting for Rust to support both static and dynamical link equally well. static link produces binaries too large for my embedded boards when stdlib is needed. dynamic link looks like a second class citizen to me in Rust. Is there some hope?

Since Rust doesn’t have a stable ABI or separately compiled generics, wouldn’t dylibs necessarily be limited to exporting a C ABI?
Post reply on HN