Return Styles: Pseud0ch, Terminal, Valhalla, NES, Geocities, Blue Moon. Entire thread

Programming Language to Replace C++

Name: Anonymous 2010-08-11 21:49

I think we can all agree that C++ is a terrible language. So why is it still around?

When talking to most C++ users (game developers, systems programmers), I've found that most seem to recognize C++'s faults, but they don't really care. They aren't even the slightest bit interested in a new language that might solve its problems, even one that gives them all the power of C++ with none of the downsides. You can't even get them to look at something new.

Why is that? Why does everyone just 'live with it' without wanting to improve the situation?

Name: Anonymous 2010-08-11 22:53

>>6
0/10

>>3
Exactly, GC isn't viable for people trying to get the most of the hardware, not even incremental GC with real-time constraints. And yes, you can point out that old school developers used to say the same thing about C or other higher level languages... why use that when you can program straight in assembly language to get the most of the hardware?

Thing is that C++ fills the void in providing the right mix of low-level features that lets you program right down to the metal along with higher level constructs and abstractions that facilitate managing change in large-scale one million plus LoC projects.

You don't pay for what you don't use in C++ either. Don't want the overhead of exception handling and stack unwinding? You can turn that off at the compiler.

Want full control over memory management? You can overload the new and delete operators, or call object constructors and destructors explicitly to operate on a given region of memory--and you have the choice of using either the program heap (or a custom heap of your construction) or the program stack to allocate your objects from.

Want to go all out with multi-threading? Not a problem, you can drop down to assembly language to access your hardware's atomic CAS instructions, or build a fully NUMA aware scheduling engine to drive your thread pools coupled with a task dependency graph.

Yeah, the language has it's warts, but nothing else comes close.

Newer Posts
Don't change these.
Name: Email:
Entire Thread Thread List