C Meeting adjourned. Pretty much nothing I was happy about made it through, including things I did and did not work on. For the things I was responsible for...
-- https://thephd.dev/_vendor/future_cxx/papers/C%20-%20printf%20string%20size%20specifiers.html
Sized strings are not important to the Committee for C, and printf will remain printing with (int) casts. There was no direction to continue, but some said they'd change their vote if I implemented it and came back to show it was a low-cost, simple implementation.
-- https://thephd.dev/_vendor/future_cxx/papers/C%20-%20Functions%20with%20Data%20-%20Closures%20in%20C.html
Closures had some direction to continue but faces extreme opposition because (most) implementers want to either (a) ignore captures altogether and do something with no local state; (b) standardize no-captures and promise to do something maybe, later. Tough.
All the other papers I was happy about on the agenda didn't get anywhere, and some of the issue resolutions went the way I didn't like, but it's not really worth mentioning because I'm not a Big Implementation (and apparently, not a Real C Person). Not much I say can matter.
I think vendors want to close C down basically, as a sort of thermostatic backlash to the various changes being proposed and from so much being one in C23. I can't really stop that and it's unfortunately bad because there's various "simple" proposals that have long-term consequences.
But we're not really illuminating those consequences in discussion or papers right now. I have a lot of papers right now that'd just be "there are betters ways to do this, please let's think about this" and I'm kind of tired just from thinking about it.
Maybe I'll be a more effective advocate next meeting. Who knows.
I also realize everyone is going to continue to clown on me as being a C++ person no matter how much expertise I have/gain in C, so I think I have to implement a compiler or do a complex renounciation-of-C++ post of something before people evaluate my work on its technical merits purely. It also doesn't help that most changes I am working on tackle significantly large areas that I always get "eww, C++" as a default reaction, even for things like defer, which is -- generally -- pretty annoying.
Knee-jerk Anti-C++ hatred is wearing on me. Worst part is, nobody properly communicates what's C++-centric about anything we standardized, other than the spellings. They don't even read the history of their own features. E.g., __auto_type and auto coming from C first, because it was implemented for macro shenanigans while C++ was still goo-goo-gaa-gaa and using typedef typename foo::typename bar:: typename baz;-style crap and didn't realize the goodness of type deduction until 10 years after __auto_type was making for clean C macros. But no, no, it's a "C++ invention", and you can't convince them otherwise.
Brutal to have to live with it and deal with.
I'll figure something out, eventually.