←back to thread

228 points Retro_Dev | 1 comments | | HN request time: 0.407s | source
Show context
brabel ◴[] No.44461708[source]
I like Zig but it seems to just keep redesigning itself, while other languages like Odin “shipped” long ago and don’t seem to need to look back. Is Zig suffering from perfectionism syndrome where things are never good enough??
replies(7): >>44461733 #>>44461743 #>>44461761 #>>44461828 #>>44461832 #>>44461929 #>>44470782 #
audunw ◴[] No.44461832[source]
This is a standard library change, not a syntax change

I think the main big thing that’s left for 1.0 is to resurrect async/await.. and that’s a huge thing because arguably very few if any language has gotten that truly right.

As the PR description mentions: “This is part of a series of changes leading up to "I/O as an Interface" and Async/Await Resurrection.”

So this work is partially related to getting async/await right. And getting IO right is a very important part of that.

I think it’s a good idea for Zig to try to avoid a Python 3 situation after they reach 1.0. The project seems fairly focused to me, but they’re trying to solve some difficult problems. And they spend more time working on the compiler and compiler infrastructure than other languages, which is also good. Working on their own backend is actually critical for the language itself, because part of what’s holding Zig back from doing async right is limitations and flaws in LLVM

replies(2): >>44461905 #>>44462237 #
dosshell ◴[] No.44461905[source]
>> because part of what’s holding Zig back from doing async right is limitations and flaws in LLVM

this was interesting! Do you have a link or something to be able to read about it?

replies(2): >>44462067 #>>44463710 #
1. throwawaymaths ◴[] No.44463710[source]
iirc the llvm async operation does heap allocations?