3 ms·
I like a lot of things about this, and it addresses some of my complaints about go. But I'm confused on why strings use ascii encoding instead of utf-8. What i
by thayne 1y ago
I like a lot of things about this, and it addresses some of my complaints about go.
But I'm confused on why strings use ascii encoding instead of utf-8. What if you need non-ascii characters?
- ivanjermakov 1y agoZig solved this by not having a string type at all and not shipping full Unicode support in std: https://github.com/ziglang/zig/issues/234#issuecomment-276302555 https://github.com/ziglang/zig/issues/234#issuecomment-27630....
- MangoToupe 1y agoThat attitude as described feels like chucking a large portion of the benefit you get from leaving C out the window. But... > But at that point, why does it need to be part of the language? Would not a standard library module suffice? This indicates zig is desired to ship with unicode support—just not part of the core language runtime. Now this I can support—unicode doesn't require core runtime support. Most programs don't have a need for unicode text normalization, for instance, so why would you need this without linking in a standard library? But the idea of not shipping unicode in your standard library rightfully died decades ago. Notably, this doesn't imply: * source code being ascii * string literals being ascii * unicode string processing not being immediately available in the standard environment So I'm not sure which behavior is being described here, but I certainly consider utf8 support to be table-stakes for language design in 2025. Without this a language is a toy. I'm not going back to using ICU and will fight anyone who encourages me to.
- hualaka 1y agoI will consider the issue.