[rwbt]

I'll add another point i.e. Odin is effectively done from a language point of view unlike Zig or others. The project is currently working on improving the std library and toolchain but the language itself is finished according to it's BDFL.

From my experience so far, Odin is a delightful modern alternative to C.

[jibal]

You mean the language is effectively finished and not subject to change.

[pyrolistical]

What do you mean “unlike zig”?

[cfiggers]

Zig is still pre-1.0, and the creators have been VERY clear that they're not done breaking stuff on the way to getting things right. It's a fair contrast to draw.

[throwawaymaths]

to be fair at this point it seems like outside of reenabling async control flow, and eliminating cImport, the remaining major shifts are in the stdlib and not as much the language. they have cancelled the "forcing const f = fn..." plan. i think the interesting thing that andrew hinted at was keeping the "annoying errors that should be warnjngs" (like not using consts and vars) but not letting them prevent the creation of the executable/lib.

[jibal]

https://github.com/ziglang/zig/issues?q=state%3Aopen%20label...

[throwawaymaths]

note: not all of these are language changes (affects substantially how you write zig) -- many are features and optimizations, true they could affect how you think about zig (inlining monomorphic function pointers), but most people will not notice. Of the ones that are language changes (requiring parens for ambiguous operator precedence, e.g.) many will be automatable and bundled with zig fmt.

[DenisDolya]

Hi, are you interested in Zig? Then please check out my port of jsmn to Zig. I wanted to know if people will like it and if there are any downsides others might not.

https://github.com/Ferki-git-creator/jsmn_zig

[jibal]

He's saying that the Odin language is effectively finished and not subject to change. That is not the case for Zig.