News for hackers. Stuff that matters.
Re:Zig: a system language which prioritizes optimality, safe... by teacup50 on Tuesday August 30, 2016 @05:14AM (#12388481)
Your own release notes contain descriptions of breaking language changes.

That may change as the language matures -- great. I keep an eye on Rust so that I can eventually try actually using it for kernel-level development work.

Re:Zig: a system language which prioritizes optimality, safe... by steveklabnik on Tuesday August 30, 2016 @09:27AM (#12389827)
Again, so do C compilers, so does Java, so does every language, even ones that "never break".

C11 removed gets, for example.

Re:Zig: a system language which prioritizes optimality, safe... by teacup50 on Tuesday August 30, 2016 @03:21PM (#12393065)
javac, gcc, and clang all support some form of -std=<lang_level>, and ABI/source interop between code that uses different language versions.

The post-gcc 2.95 C++ ABI breakage was pretty suck, though.

[edit]

And please don't misinterpret my criticism as intentional FUD.

I work on $MAJOR_OS and am achingly tired of writing C, so I keep my eye on Rust as one possible salvation, once it's had time to mature.

It's just a very hard sell when there's no ABI stability, we're talking about code that's expected to last for decades, etc.

Re:Zig: a system language which prioritizes optimality, safe... by steveklabnik on Tuesday August 30, 2016 @05:09PM (#12393919)
It's all good. I hear you. We'll get there :) It took C what, 17 years or something to have ABI stability?
Re:Zig: a system language which prioritizes optimality, safe... by pcwalton on Tuesday August 30, 2016 @05:57PM (#12394282)
As I explained, those are only "breaking changes" in the sense that some code might break in practice, not that we changed the language definition.

GCC did not provide a switch to get the old copy constructor behavior back when they made it stricter and broke my code.