Egregoros · Phoenix Framework

Post

Remote status

Context

lain

19w

> Bun operates its own fork of Zig, and recently achieved a 4x performance improvement on Bun compile after adding "parallel semantic analysis and multiple codegen units to the llvm backend". Here's that code. But @bunjavascript says:
> We do not currently plan to upstream this, as Zig has a strict ban on LLM-authored contributions.

https://simonwillison.net/2026/Apr/30/zig-anti-ai/

lain

@lain@fediffusion.art remote

19w

simon is very kind to the zig project. the rationale is rather nonsensical.

Wanderer atop the sea of clouds or whatever

@WandererUber@poa.st remote

19w

I think it does make sense. If you want competent people in your maintainer pool and your time is limited, there is no point in allowing LLM commits. They seem to believe that progress on the language is fast enough as is.

Replying to @WandererUber@poa.st

lain

@lain@fediffusion.art remote

19w

@WandererUber i understand what they are going for, but i still think they are making lot of assumptions that are unlikely to hold

Replies

Replying to @lain@fediffusion.art

Wanderer atop the sea of clouds or whatever

@WandererUber@poa.st remote

19w

Which are those?
A software does not attract maintainers just because it is fast/well-written, so even if the majority of LLM commits' quality was to their standards, it's not a bad assumption to bet on community instead.

And I think we are also making assumptions such as "they will never have this perf benefit", which is not necessarily true. If one of their maintainers studies the architecture of that patch and writes one that does it, they will get the improvement, it's just that they don't offload direct work onto LLMs right now.

Replying to @WandererUber@poa.st

lain

@lain@fediffusion.art remote

19w

@WandererUber sorry I’ll reply later

Replying to @WandererUber@poa.st

lain

@lain@fediffusion.art remote

18w

@WandererUber about the perf benefit, if they have a strict "not even issue reports" policy, i doubt it they'd want someone to take a look at the patch and then just rewrite it to not have the wrong colored bits on it.

> A software does not attract maintainers just because it is fast/well-written

i think it does, especially if those maintainers can use all the use as well. Will be interesting to see how this all plays out over the next years.

Replying to @lain@fediffusion.art

Wanderer atop the sea of clouds or whatever

@WandererUber@poa.st remote

18w

I read somewhere over the last few days that they built something really fragile and also Zig upstream was already working on a more general solution

>i think it does
(xkcd about guy in Nebraska maintaining critical piece of infra goes here)

Replying to @WandererUber@poa.st

lain

@lain@fediffusion.art remote

18w

@WandererUber those projects are often neither fast nor well written and have unfriendly maintainers

Replying to @lain@fediffusion.art

Wanderer atop the sea of clouds or whatever

@WandererUber@poa.st remote

18w

Sorry I meant to say Dubai.

I found it btw
https://ziggit.dev/t/bun-s-zig-fork-got-4x-faster-comp...

Replying to @WandererUber@poa.st

lain

@lain@fediffusion.art remote

18w

@WandererUber interesting.