bun 0.1.6 (new formula)

[jeelmakani]

• Have you followed the guidelines for contributing?
• Have you ensured that your commits follow the commit style guide?
• Have you checked that there aren't other open pull requests for the same formula update/change?
• Have you built your formula locally with brew install --build-from-source <formula>, where <formula> is the name of the formula you're submitting?
• Is your test running fine brew test <formula>, where <formula> is the name of the formula you're submitting?
• Does your build pass brew audit --strict <formula> (after doing brew install --build-from-source <formula>)? If this is a new formula, does it pass brew audit --new <formula>?

---

[chenrui333]

@jeelmakani it need to be built from source.

[SMillerDev]

https://docs.brew.sh/Acceptable-Formulae#stuff-that-requires-vendored-versions-of-homebrew-formulae

This will need to be contributed upstream before we can use it.

[branchvincent]

Note that this uses ziglang/zig, so there is nothing to upstream. The Jarred-Sumner/zig fork only seemingly serves as a pointer to the latest compatible zig commit

Speaking of vendoring, there are quiet a few vendored deps that we'll want to replace: https://github.com/oven-sh/bun/blob/main/.gitmodules

[equal-l2]

Bun currently requires AVX2 on Intel:
oven-sh/bun#67

At least one of the action error occurring is caused by lacking AVX2:

  fastavxbase64.c:79:27: error: always_inline function '_mm256_maskload_epi32' requires target feature 'avx2', but would be inlined into function 'fast_avx2_base64_encode' that is compiled without support for 'avx2'
      __m256i inputvector = _mm256_maskload_epi32(

(log excerpt)

[rodrigoborgesdeoliveira]

Bun v0.1.4 is out.

[cho-m]

Bun currently requires AVX2 on Intel: oven-sh/bun#67

This will be a blocker. Homebrew needs to build bottles that can run on older hardware.

As I recall:

• Current macOS will be built with -march=nehalem (max SSE4.2).
• Current Linux will be built with -march=core2 (max SSSE3).

[equal-l2]

We can't use AVX2 for the time being because macOS 12 supports Mac Pro with Ivy Bridge, which doesn't support AVX2.

[equal-l2]

Bun 0.1.5 has been released.
It contains AVX2 detection in the base64 module.

[equal-l2]

They seems to be still working in progress on non-AVX2 build: oven-sh/bun#873 (comment)

This [build failure in base64 module] isn't the main issue facing non-AVX2 support. But I am working on it as we speak.
Once this action runs successfully, we should have automated builds for macOS x64, macOS arm64, Linux arm64, Linux x64, Linux x64 for non-avx2 CPUs (-baseline) and macOS x64 for non-avx2 CPUs.

[equal-l2]

Bun 0.1.6 has been released.
From this version, the upstream offers non-AVX2 (baseline) builds, which means we should be able to build Bun on non-AVX2 machines officially.

[github-actions]

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

[github-actions]

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

[carlocab]

Note that Zig builds with -march=native by default (at least, the stable version does), so we want to make sure it's not doing that here. See, for example:

homebrew-core/Formula/ncdu.rb

Lines 29 to 34 in 6fc08d0

	# Fix illegal instruction errors when using bottles on older CPUs.
	# https://github.com/Homebrew/homebrew-core/issues/92282
	cpu = case Hardware.oldest_cpu
	when :arm_vortex_tempest then "apple_m1" # See `zig targets`.
	else Hardware.oldest_cpu
	end

[github-actions]

This pull request has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs.

[chenrui333]

they have setup up the tap for now

[iMichka]

Do you want to try this again with version 0.2.2 or should we close this?

[danielnachun]

I think we never got a clear response as to whether we could avoid vendoring its dependencies, especially JavaScriptCore which is extremely slow to build in CI.

[iMichka]

Let's close this until we got more answers and a new proposal is made with the newest version. This has been open since July 6, and it's always a bad sign when a formula takes that much time to be approved.

[chenrui333]

#142016