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

351–360 of 754 posts

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

#351

Post by claytonjy »

jedberg wrote: post #208

Obviously there is a huge trend of "rewrite X in Rust". I understand why, Rust is a huge improvement in safety and speed. My question is, to people even older than me (and I'm certainly not young), does anyone remember this much enthusiasm about people rewriting C code into (C++/Java/Whatever was new and hot)? Because I don't, but maybe I missed it.

Kind of the opposite, I was deep in the R world a decade ago and there was a huge trend of replacing Java dependencies with C/++ ones because the JVM was such a pain to manage. The community eagerly adopted the replacements about as soon as they existed.

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

#353

Post by Dylan16807 »

alphabeta3r56 wrote: post #217
Dylan16807 wrote: post #114

Earlier quoted context omitted.

https://worldpopulationreview.com/country-rankings/cost-of-e... Electricity looks pretty even. Higher in Europe but they can afford that.

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.

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

#354

Post by baranul »

johncolanduoni wrote: post #216
dzonga wrote: post #212

Earlier quoted context omitted.

you know this whole exercise is both a marketing exercise and a way to make noise. would the world come to a standstill tomorrow if every Bun instance out there ran on Node.js ? they know their A.I can't sell without the noise that it's now on the edge of the frontier. this is hype. zig adopting a strict 'no LLM' policy affects the LLM vendors.

I don’t think the Zig project adopting a strict ‘no LLM’ policy affects the LLM vendors at all. How many developers are working on the Zig project itself that will (maybe) now not buy a Claude subscription? I can buy that this is a marketing stunt, but nobody at the top cares if a relatively small open source project doesn’t allow AI contributions.

I don't know about that. Zig's bdfl got significant mainstream press attention for his anti-LLM stance. Definitely enough attention for various LLM vendors to notice.

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

#355

Post by hiccuphippo »

laurencerowe wrote: post #328
inglor wrote: post #134

Earlier quoted context omitted.

Rust is really fun to work with and the compiler is great, just make sure the rewrite takes compile times into account since larger projects often have to be organized in a way that makes compilation reasonably fast.

In my experience Bun in Zig compiles more slowly than Deno in Rust.

Single compiles for sure. Where Zig is optimizing compilation is in the incremental compiler, which I've seen compile the compiler itself in an instant after a single line change. Of course, that kind of speed is probably not interesting to some people if the AI is writing tons of lines of code before they go to the compilation step.

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

#356

Post by dinkumthinkum »

anilgulecha wrote: post #9

I think the industry is moving to English as the programming language, and specifications-context-tdd as the framework for building software. Many find it distasteful, and many finding liberating. I think it's broadly correlates with how they feel about expressing themselves in english vs say C++. As a side question, is there anyone who's using LLMs primarily in non-english mode to program? I suspect there's quite a…

You really think that's what the positions on either side boil down to, how they feel about expressing themselves in English vs C++? No, that's ridiculous. That's such a wild reductionistic simplification.

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

#357

Post by jauntywundrkind »

matrix12 wrote: post #241

will this mean opencode is finally portable?

There is some really cool work to port opencode's underlying opentui to Node.js, including some new FFI work in node itself that got merged (called... drum roll please... node:Ffi! Really cool stuff. https://github.com/anomalyco/opentui/pull/939 https://github.com/nodejs/node/pull/62762

Also worth noting that opentui is... Zig!

Very unclear what it's going to take to get this reviewed and shipped, but some very high potential. I've seen some other changes going by in opencode for node.js compatibility; I'm not sure what besides the tui has Ffi needs that might be gating; maybe nothing!

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

#358

Post by EMIRELADERO »

keeda wrote: post #317
EMIRELADERO wrote: post #312

Earlier quoted context omitted.

> Pretty much any cognitive thing we do manually could be done in software. Yes, although I suggest being careful with that kind of thinking. https://www.orwell.ru/library/novels/The_Road_to_Wigan_Pier/...

Ooh, I hadn't read that one, have put on my list. I couldn't read the page properly because ads keep popping up and making the page jump around... but it seems the linked section was be about displacement of workers? If so, that's always been true of all technology, but that's less a problem with technology and more with the social system it is applied in. I just posted this comment elsewhere that may be relevant: ht…

It's not about the displacement of workers. It talks about a fundamental principles-level objection to unbounded "progress". It's not an absolute argument and Orwell himself says so, but it is worth keeping in mind.

Try reading it here: https://www.george-orwell.org/The_Road_to_Wigan_Pier/11.html

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

#359

Post by GaggiX »

yrds96 wrote: post #311
tmaly wrote: post #36

Just a cautionary case of porting to Rust using AI https://blog.katanaquant.com/p/your-llm-doesnt-write-correct...

Also passing tests doesn't mean something works. Claude code C compiler passed 100% of gcc tests and couldn't even run a hello world...

The C compiler written by Claude a few months was able to compile a hello world.

The main problem I think that it was extremely slow.

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

#360

Post by toshinoriyagi »

NewsaHackO wrote: post #161
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?

I think the issue is that Zig lost their biggest project, which was a posterboy project for real uses of Zig. Worse, the project felt like Zig wasn't meeting their needs, to the point they abandoned Zig and rewrote their entire project in a different language. Really bad signal for anyone thinking of using Zig for a big project. It is still in beta, but has there been any situation like this, where a upcoming program…

Well they haven't lost anything yet. Somebody is vibe coding a rewrite in another language and we don't know much else. The author said he will write a blog post about it soon. So far all we know is it is passing most of the test suite.

But Bun has open issues and bugs. The test suite doesn't tell us whether it has introduced many new bugs, solved existing ones the test suite doesn't catch, or anything else. Not to mention, the rewrite is 960K lines that nobody understands. How long will it take for the Rust version to be better, and be understood as well as its current maintainers understand the Zig version?

Having a project consider a rewrite isn't so big a deal. Zig has been designed from the ground up with a vision, and isn't worried about taking a while to create a stable API to achieve that vision. The self-hosted backend shows how incredibly fast incremental compilation is when the language is built for it ground-up. Compared to other languages that implement weaker forms of incremental compilation it isn't even close.

I don't think the Zig team is concerned at all.

Post reply on HN