Though I cut my teeth on BE machines, I know that’s in the past (as are their non-power-of-two word lengths). But 64-bit machines is an unnecessary jump. Even 32-bit microcontrollers are expensive for many applications.
I doubt that C++ dropping 32 bits is ever going to happen.
> it needs much better fooling around UB
Typo or sarcasm?
Re:Goals and Priorities for C++
by jonstewart on Thursday May 21, 2020 @11:33PM
(#23268423)
Ha! Freudian Typo. Thanks!
Why is making C++ (even more) multi-paradigm a good thing?
Why not making a new paradigm specific new one instead?
(as there are, so just use those)
Because there is no one true paradigm to rule them all. I want to pick the Right one for my current problem and have it work with my other code with a different problem and thus a different paradigm.
Some points: * There are still tons of 32 bit machines out there—old Windows machines chugging along, usually disconnected (thankfully), and you’d like to be able to use your _current_ codebase to target them.
* If C++ is to focus on performance, it needs much better tooling around UB, be a bit more permissive of old behavior that now triggers UB, with formal semantics, AND it needs to define semi-portable SIMD vector operations. Getting the utmost performance out of modern CPUs entails using vector operations.
* It also makes me sad to say goodbye to big endian.