Earlier quoted context omitted.
I believe it’s CoreJS not WebKit.
It uses JavaScriptCore, which is a GPL submodule of WebKit.
Bun 1.0 announcement [video]
61–70 of 86 posts
Re: Bun 1.0 announcement [video]
#62Checked the docs after many months again: - Workspace: check - Bundling: check - Minifying (server, browser): check - Node runtime: check - Browser runtime: check - Loaders (assets, .node, .wasm): check - Hot reload: check It's probably worth trying to replace webpack + pnpm. EDIT: Question: it is on roadmap to store downloaded file globally, like pnpm and maven do? This would be awesome! Off-topic: Which equipment w…
Re: Bun 1.0 announcement [video]
#63Despite the 1.0 release tag, given that it's written in Zig, which is super duper Alpha, I'd trust it only as far as I can throw a floppy with its source code.
Why would it matter to you as a user, which language it was used before it was compiled to the machine code you run?
With a codebase this size theres a real chance of having miscompilations in there.
What's the points of running a safe language on broken infrastructure, it's garbage in garbage out.
And with Zigs recent plans to replace llvm with their own backend I'm not even sure if they won't continue scope creeping into vapourware.
Re: Bun 1.0 announcement [video]
#64Despite the 1.0 release tag, given that it's written in Zig, which is super duper Alpha, I'd trust it only as far as I can throw a floppy with its source code.
For the end user it does not matters though it's kind of a detail of implementation.
Re: Bun 1.0 announcement [video]
#65Earlier quoted context omitted.
I completely forgot it was written in Zig. Thanks for the heads up. I completely agree, I don't see how this can be labeled 1.0 release.
If they don't change the public API, they could rewrite it in Fortran for all I care.
Re: Bun 1.0 announcement [video]
#66The performance differences are so large (5x, 6x, and 18x faster) that I can't believe them. Is bun really faster on large codebases, not just on hello world?
Re: Bun 1.0 announcement [video]
#67Unrelated to the release itself: I like this direct format of video changelog. It's pretty slick, and doesn't spend too much time meandering. Of course text changelogs are always required, and I can only assume they will publish one today, but this Apple-ish format is very "eat a sandwich and watch something" compatible.
From the YT page:
"Bun 1.0 is here!
Bun is an all-in-one JavaScript runtime & toolkit designed for speed, complete with a bundler, test runner, and Node.js-compatible package manager."
There! Add a link or 2 to project page, status, FAQ or whatever, done.
Video is good for explaining some concepts in a visual way, or the cream on top for explaining other stuff.
Re: Bun 1.0 announcement [video]
#68Earlier quoted context omitted.
Fascinating, do you have literally any evidence whatsoever that this project doesn't work or isn't realiable?
A project can only be as reliable as its compiler. Zig currently suffers from a number of miscompilation [0] that is quite higher than for a more mature compiler. [0]: https://github.com/ziglang/zig/issues?q=is%3Aopen+is%3Aissue...
Re: Bun 1.0 announcement [video]
#69Unrelated to the release itself: I like this direct format of video changelog. It's pretty slick, and doesn't spend too much time meandering. Of course text changelogs are always required, and I can only assume they will publish one today, but this Apple-ish format is very "eat a sandwich and watch something" compatible.
Regardless of nice video or not: sorry I am not a fan of video to explain stuff that a bit of text does better (or at least equally well). From the YT page: "Bun 1.0 is here! Bun is an all-in-one JavaScript runtime & toolkit designed for speed, complete with a bundler, test runner, and Node.js-compatible package manager." There! Add a link or 2 to project page, status, FAQ or whatever, done. Video is good for explain…
The text change log will appear with the release, which is currently held back due to what sounds like a build issue.
Re: Bun 1.0 announcement [video]
#70Earlier quoted context omitted.
A project can only be as reliable as its compiler. Zig currently suffers from a number of miscompilation [0] that is quite higher than for a more mature compiler. [0]: https://github.com/ziglang/zig/issues?q=is%3Aopen+is%3Aissue...
That would mean you can't use LLVM either. Similar issues exists there: https://github.com/llvm/llvm-project/labels/miscompilation