Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

twitter.com

Post reply on HN
Print view View original

481–490 of 754 posts

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#481

Post by johncolanduoni »

irishcoffee wrote: post #479
johncolanduoni wrote: post #319

Earlier quoted context omitted.

Powerful people figured out how to make suspicion work for them long ago. You have every right to be unconditionally suspicious, but it’s not a good way of accomplishing any change. Also their feelings are not hurt by what you or I think, they don’t care.

> Powerful people figured out how to make suspicion work for them long ago. You have every right to be unconditionally suspicious, but it’s not a good way of accomplishing any change. How does one accomplish change? Even being a martyr doesn't get traction. As far as I can tell, you need to already be powerful. Nobody lets you into that group if you're not aligned with said group. Protests (at least in their current…

Not by trading the same suspicions on the internet with fellow true believers over and over again, I think the past 10 years have proven that pretty conclusively. Maybe people should try some of the things previous social movements did, seemed to work pretty well even against a much more uniform media environment and a stronger hostile social consensus.

Protests don’t immediately solve everything, but I think looking at 2026 and concluding they don’t move the needle at all is a weird take. There are recent examples of protest movements (especially long-term ones) working all over the world.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#482

Post by JCharante »

akagusu wrote: post #30

What does this mean for Zig? Few big popular projects use Zig, if they start to move away from it, what Zig's future will look like?

This is like when Aaron ported Reddit over from Lisp to Python

meaning it doesn't matter except for online discourse about X being bad for 2 days

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#483

Post by esjeon »

Tiberium wrote: post #34

I just want to comment that I think it's a good change if we look past the AI involvement. Bun has had an extremely high amount of crashes/memory bugs due to them using Zig, unlike Deno which is Rust. Of course, if Bun's Rust port has tons of `unsafe`, it won't magically solve them all, but it'll still get better

Last time i checked their issue tracker (in 2025), the main source of problem was the engine, not their Zig code. A lot of core dump was happening inside and around JSC.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#484

Post by BigJono »

Validark wrote: post #429
jwpapi wrote: post #314

Completely unbased, but I don’t want to have to do anything with bun anymore. It’s just a gut feeling, but I don’t trust them and support them. They fork Zig to utilize LLM rewrites and build something the Zig team clearly disregarded (non-deterministic compiling) And now like a whiny baby they LLM rewrite to Rust. There is a very real chance that Zig design philosophy got them to the point where they are now by enfo…

I'm team Zig in most cases but I genuinely think they are better off with Rust. They have had a lot of buffer overruns and segfaults as a result of undisciplined Zig code. I think Rust actually is a better technical choice for them.

[flagged]

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#485

Post by gravypod »

tempaccount5050 wrote: post #460
gravypod wrote: post #420

Earlier quoted context omitted.

My first "job" in computing, where someone else paid me for code, was in a research context where we were modeling radio propagation. Nothing about that was removing human labor. It in face eventually called for a bunch of humans to interact with each other. See: https://www.hamsci.org/basic-project/2017-total-solar-eclips... I don't think it is fair to claim computers are about putting people out of jobs.

I think it is. Before computers you would have had to write all that down on paper logs. By using code, you saved yourself time. If it wasn't less labor, you wouldn't have done it that way.

People *did* write down these logs, manually, and submit them.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#486

Post by jFriedensreich »

I still don't understand how people consider bun as a viable runtime when its owned by evil corp trying to use it for capture of the tooling layer and its the most insecure runtime on top of that. Meanwhile deno is performant and has dramatically improved node compatibility while exposing a proper permission broker api.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#487

Post by Greed »

fg137 wrote: post #407
Greed wrote: post #388

Earlier quoted context omitted.

I don't have the personal investment that you appear to have with Bun, but why does this matter? Do you scrutinize the rest of your dependencies this way? Much of working in the JS / NPM ecosystem is already pure faith on un-vetted dependencies, and this appears no different pre or post LLM rewrite. If it satisfies the intended goal and API contract it originally did, is there any difference? Were you carefully readi…

> Do you scrutinize the rest of your dependencies this way? You don't?

Enough to make judgement calls on them based on the individual Twitter posts of each of their developers? Absolutely not!

If I go beyond the initial vetting, that's a minimum of 30+ projects multiplied by however many contributors each. Without even mentioning all of their sub dependencies. It's a pipe dream to think you can ever have a complete picture of the motivations and political machinations of your entire dependency tree.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#488

Post by tempaccount5050 »

gravypod wrote: post #485
tempaccount5050 wrote: post #460

Earlier quoted context omitted.

I think it is. Before computers you would have had to write all that down on paper logs. By using code, you saved yourself time. If it wasn't less labor, you wouldn't have done it that way.

People *did* write down these logs, manually, and submit them.

And without software, what then, make a bunch of books and mail it to all these people? On this site of all sites, it's blowing my mind that this kind of thing isn't obvious to everyone. I guess maybe it isn't if you were born before the internet, but man, I'm really surprised by some of these comments.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#489

Post by tempaccount5050 »

matt_kantor wrote: post #468
skeledrew wrote: post #444

Earlier quoted context omitted.

Why else would one create software, if not to do something that a human does/did?

A few off the top of my head: - Video games - Medical device firmware - Synthesizers - Detailed universe-scale physics simulations - Mars rover control software - The Linux kernel

This list is funny.

All of these things existed in pre computer form.

A scheduler used to be a person putting punch cards into a machine.

Re: Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc

#490

Post by stouset »

fg137 wrote: post #406
stouset wrote: post #400

Earlier quoted context omitted.

Having read the comments from the actual engineer doing this rewrite, the only petulance I have seen is from those reacting so strongly to it.

just wait a year or two.

How exactly will waiting a year or two make this effort appear “characterized by impatience and grumpy annoyance”, as opposed to the people right now who are loudly bemoaning an engineer trying something out as an experiment?
Post reply on HN