Will people just be returning to C at some point? If C could just evolve a bit and make some operations much more convenient.
The nice thing about those new languages is that they don't need a critical mass of users to become useful because they are easy to grasp if you already know C (except for Rust of course), and provide immediate advantages over C while also making it easy to integrate and debug C code (for instance step-debugging from Zig, Odin or Rust into C code 'just works').
C is also very small and easy to hold in your head, with minimal required dependencies, aside from standard system libraries. Rust typically pulls dozens of dependencies for even small libraries.
These are just tradeoffs. If I were going to build a small library to do something with libcurl, I might do C first then Rust for expanding if required. Same for specialized processing like rasters or computational geometry or even linear programming - all those are C already, and rarely do you find a perfect Rust crate that exposes everything you want.
And unsafe rust is definitely harder than just writing C. It often is easier to write it mostly in C then expose app/higher API level functions to Rust, rather than do the business logic in Rust.
That is one of the primary advantages that distinguishes C and Rust from most languages (which tend to depend completely on a library to do automatic memory management for example).
It is advantageous not only on constrained systems like microcontrollers, but also when interfacing with code written in one of the languages that has a hard dependency on a runtime library to manage memory.
I'm not doubting rusts benefits, I write rust full time for a reason. Just answering why sometimes C is first.
It is the same issue as well.
Mostly true during K&R C days, without taking into consideration C compiler dialects outside UNIX V6.
Already during 16 bit home computer days it was already flexible enough with compiler extensions all over the place, that most folks would fail a pub quiz on C.
Even more so with C23 as current.
Basically, Rust feels a lot like C++ to me, "just" with static memory safety added on top (and tbf, most historical footguns fixed, but the 'better C' languages did that too).
Both writing (modern) C++ and Rust feels more like type-system puzzle solving than programming, this might be exactly what attracts some people (and would also be very attractive to a more junior me), but personally: when I write or maintain code, the programming language should 'disappear' into the background, and both Rust and C++ don't have that quality, they always want your attention which distracts from the actual problems to solve.
Zig, Odin and even C all have that quality of quietly humming along in the background, you don't think about language features when programming, the code just kinda flows from your brain into the keyboard.
Having said that, I would probably pick Rust for isolated problems and where memory safety is absolutely mission critical (like a sandbox that needs to run untrusted code) - but then use an unsafe language for the code that runs in that sandbox (because what's the point of a sandbox anyway if it can't safely isolate unsafe code).
If I have to choose between 10x safer than C and enjoyable to write, or 12x safer than C and a PITA, I'm choosing Zig.
Dennis own fat pointers suggestions was never considered, as didn't others, Annex K was a tragedy (yes it had flaws, which could have been improved upon instead of abandon it).
Note that most of safety improvements of Zig and Odin over C were already present in NEWP, PL/I, Modula-2, Object Pascal, among others, so it isn't as this kind of ideas are something completely new that WG14 was never aware of.
They decided this is not something that they care about and that is about it.
I'm sure a lot of these languages started that way and fell down the same rabbit hole. But that's not necessarily a bad thing. Whether you create a new language or update the old, it's still a step forward.
I am sharing a similar experience to you.
When it comes to making games I have no interest other than to use C. I am glad and appreciate that I have C skills... even if they are "useless" when in a web or app development role (C#, PHP, etc) --- however, when I tried Odin about 6 months ago (maybe more) I have found my "Better C"
I am one of these people that prefer to have a "one language for all" ... generally speaking. As much as I love C, I know it is not the best for everything. Odin, on the other hand, is a serious contender for this.
Not only am I making a game in Odin (converted away from C99) - I am also creating a Broker Message library and Website in Odin as well.
The Broker system is a rewrite of a C# Windows Service I created, which sends messages and distributes them. For the website, using htmx for the frontend!
Once I finish one of my jobs (I have two) -- I am going to have more time for Odin and these projects. Looking forward to it.