I reject all of these arguments.> C++ semantics are too complex and error-prone for fail-safe software
As I said before fail-safe software is debugged as fuck and has many test-cases, you can write bugged shit even in Haskell, it depends on your skill not on language. Of course it has lesser change in specially designed languages but what the cost?
>I never said C is difficult, but nonetheless, even C isn't particularly suitable for safety-critical systems, so only a restricted subset of it is used when necessary. There are well-established standards for this, like MIRCA-C. Your opinions about this are irrelevant. I'm telling you the facts.
So what's your point? If you're trying to say that languages designed for being fail-safe is more safe for safety-critical systems, I agree. But it doesn't mean they are better at all.>We could argue about why it is the case all day, but it doesn't matter. Popularity doesn't decide what is best from a technical perspective. It just reflects the market, and the market has many considerations besides what is technically superior. I already gave you one example: it's easier to teach someone Java or C++ than Common Lisp or Haskell, and big companies prefer the code monkeys to be cheap and easily replaceable.
No, tell me why when C wasn't invented yet and most people had to know lisp why they switched to C after its inventing?
Also it's not easier to teach someone C++ than Common Lisp or Haskell, to be a good C++ programmer you must know way much more shit than to be a good Haskell programmer. >All of this can be done and has been done better in languages besides C and C++.
This's not true.>>1056182>C++ syntax tree
I'm not sure what did you mean by this. Did you mean AST?>add new syntax to the language
Why would I even want add new syntax?>completely customize the object system
Why did you mean by this?>multiple dispatch
You can implement it in C or C++ easily.>dynamic typing
Literally the worst thing