IMO You're getting side-tracked there with that sort of pigeon-holing. Not in a bad way, as we all have our biases.I don't think you've ever answered my question - what exactly do you think would be useful, helpful features above and beyond what C provides, in the context of writing code for MCUs?
Do you think:
1. There are no such features possible, C cannot be improved upon.
2. I don't care, C is sufficient for me and I do not care if it can or cannot be improved upon.
3. Yes I can think of the following that I would like to see or be able to express in C:
The Spirit of C includes the principles "Trust the programmer" and "Don't prevent the programmer from doing what needs to be done". If your new language sticks to that it has a chance.
It's not features, it's value. Can that feature provide value to the engineering process of a final product. That's how vendors sell products. It's immensely valuable to stick to 8->32-bit controller compatibility solutions in C99 or C11 for embedded programming today instead of C89 because of features, so I care about valuable features. Vendors like Bosch Sensortec invest in providing compatible C solutions to sell their products. Almost every micro-controller vendor on the planet provides valuable C compatible solutions.
I'm not a C loving guy as I would prefer a more Wirth language like a modern Module-2. I'm not a C language fanboy, I'm a hardware junkie that uses a C needle.