Re:Recreating the US/* time zone situation
by azinman2 on Sunday September 14, 2025 @06:16PM
(#45243817)
Except this was new code.
[ Parent
| on HN ]
Re:Recreating the US/* time zone situation
by yencabulator on Sunday September 14, 2025 @06:23PM
(#45243872)
Generally, large C projects have their own style that is followed whether the code is new or not.
Re:Recreating the US/* time zone situation
by azinman2 on Sunday September 14, 2025 @07:11PM
(#45244249)
And thus it’s surprising to me they haven’t changed their style moving forward when it’s known that this is error prone.
Re:Recreating the US/* time zone situation
by yencabulator on Sunday September 14, 2025 @07:31PM
(#45244384)
Large stable projects are very much wary of wide-scale changes their codebase. What they have is tested working by decades in production. Especially with C where tooling is brittle.
Let me put this way: If you submit a code prettifying patch to the Linux kernel, it will not be accepted. The risks aren't worth it.
The only real way forward is full migration away from C, for which a better scope is a separate project.