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

511–520 of 754 posts

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

#511

Post by stingraycharles »

Chris2048 wrote: post #84
internet2000 wrote: post #71

Earlier quoted context omitted.

Yeah but now they got the fame of the language that fumbled the ball because of an overly onerous anti-AI stance.

It's been repeated many times that the rejection of the Bun PR was unrelated to their AI-policy. It's also not clear they've "fumbled the ball" given how many projects are complaining about slop PRs.

I think it would help if Zig put out a statement on their actual AI policy, regardless of whether they’d be repeating something that should already be known.

As often happens, the online discourse has, for some reason, decided that this was an anti-AI stance, while - as far as I understand - the problem was simply that the PR had problems, which lead to Bun forking Zig.

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

#512

Post by alphabeta3r56 »

Dylan16807 wrote: post #353
alphabeta3r56 wrote: post #217

Earlier quoted context omitted.

Due to purchasing power parity, it is actually much hhigher in poorer countries, in that they are absolutely still asking the have nots.

When something is expensive specifically because a country is poor and everything is harder to buy, that expense isn't making inequality worse.

I am talking about have nots at a nation scale here. At level of British empire.

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

#513

Post by faangguyindia »

legerdemain wrote: post #38

From 4 days ago: https://news.ycombinator.com/item?id=48019226 > I work on Bun and this is my branch > > This whole thread is an overreaction. 302 comments about code that does not work. We haven’t committed to rewriting. There’s a very high chance all this code gets thrown out completely. > > I’m curious to see what a working version of this looks, what it feels like, how it performs and if/how hard it’d be to get i…

He works at claude, he has unlimited tokens. He can do anything, he is using mythos.

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

#514

Post by casey2 »

dash2 wrote: post #470
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.

Before it was less labor, they might not have done it at all . Computers let you do things quicker. So you do more things.

Ok, then go work on homelessness or political corruption. It's not like we have a dearth of problems. Coding is solved.

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

#515

Post by elktown »

pier25 wrote: post #446
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…

> It’s purely politics-based not technical Jarred mentioned having to work on fixing memory leaks as the main motivation to try this. https://xcancel.com/jarredsumner/status/2053058171338682875#... I was never fully comfortable with Zig given it's much less mature than Rust. Maybe this will be for the better.

People are seriously naive about corporate incentives. You think he'll go "Yeah, it being in Zig has put a wrench in our AI usage and that's not a good look now that we're with Anthropic"? No, he'll confirm everyone's biases instead - and it's working as well as expected on this crowd.

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

#516

Post by bergheim »

ozgrakkurt wrote: post #442
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

[flagged]

Not sure if ghostty is the best example https://mitchellh.com/writing/ghostty-memory-leak-fix

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

#517

Post by taftster »

apitman wrote: post #294
Aurornis wrote: post #156

Earlier quoted context omitted.

Translating a project that includes a good test suite from one language to another is known to be a great case where LLMs work well. When you’re starting with a complete codebase to use as an example and a test suite to check everything it’s much easier to iterate toward the desired goal. The LLM can already see what the goals are and how they’ve been implemented once already, which is a much easier problem than star…

It's not hard to imagine a future where the only things committed to git repos are tests and specs.

And maybe not even the tests. Just a specification for the tests.

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

#518

Post by aurareturn »

apitman wrote: post #294
Aurornis wrote: post #156

Earlier quoted context omitted.

Translating a project that includes a good test suite from one language to another is known to be a great case where LLMs work well. When you’re starting with a complete codebase to use as an example and a test suite to check everything it’s much easier to iterate toward the desired goal. The LLM can already see what the goals are and how they’ve been implemented once already, which is a much easier problem than star…

It's not hard to imagine a future where the only things committed to git repos are tests and specs.

I can see open source projects as just prompts as well.

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

#519

Post by aurareturn »

qudat wrote: post #251
aurareturn wrote: post #5

6 days of work to do this. Even if it doesn't end up becoming meaningful, it shows just how tokens and work done will be linked now and in the future. It's going to be hard to compete with someone or a company that has more compute. They will just be able to do things you can't.

Nah. These agents are getting easier and easier to run local. Have you tried Qwen 3.6 27b? It’s insane what it can do compared to its size. Like 100% vibe small projects if you manage context properly. These models are a race to the bottom just like compute.

I don’t think it matters. Local matters becoming better has not stopped demand for SOTA models.

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

#520

Post by lukaslalinsky »

cdud3 wrote: post #491
laurencerowe wrote: post #403

Earlier quoted context omitted.

I found making single line changes in Bun’s zig code led to very long compiles compared to doing the same in Rust code. It was a while ago though and maybe I was doing something wrong.

Probably a very long time ago then. Try again with Zig 0.16. It's amazing how fast recompiles can be.

They can't, because Bun is tied to a fork of Zig 0.14 which is not compatible with regular Zig compiler.
Post reply on HN