No attempt on x86_64-darwin (full log)

The following builds were skipped because they don't evaluate on x86_64-darwin: spidermonkey_52

a) For `nixos-rebuild` you can set
  { nixpkgs.config.allowUnsupportedSystem = true; }
in configuration.nix to override this.

b) For `nix-env`, `nix-build`, `nix-shell` or any other Nix command you can add
  { allowUnsupportedSystem = true; }
to ~/.config/nixpkgs/config.nix.

Success on x86_64-linux (full log)

Attempted: spidermonkey_52

/nix/store/4rv37m88jmjiqpr9d4r2s0r2c4cxmcpm-spidermonkey-52.9.0

Success on aarch64-linux (full log)

Attempted: spidermonkey_52

/nix/store/fi6hdr8n5gqfjlr627dxrqxmbkr49llv-spidermonkey-52.9.0

Why do you want to disable jemalloc?

Not so much don't want as it doesn't work so disable it instead of failing to build :).

Historically musl wasn't compatible with malloc replacements, with 1.1.20 (days old) being first with support.

The build failure didn't look too bad but since I'm not sure it would work anyway seemed best to disable it.

Should this be backported?

@dtzWill Since 1.1.20 is already merged, would you revert this if it is not necessary? (Actually older musls can be used with external allocators as long as they are built without the internal one.)

@dtzWill Since 1.1.20 is already merged, would you revert this if it is not necessary? (Actually older musls can be used with external allocators as long as they are built without the internal one.)

Of course! Looking into it briefly I'm not optimistic about jemalloc-- having trouble getting the test-suite (for the jemalloc package itself, not the one vendored in mozjs) to not crash w/musl on versions 5.0.1 (our default), 5.1.0 (latest), or the current 'dev' branch code. That said, various musl-based distributions package it so maybe it's worth looking into further.

FWIW the build failure was due to attempting to include 'sys/sysctl.h' which doesn't exist w/musl.

Quick follow-up in terms of Nixpkgs and jemalloc+musl:

• jemalloc 4.5.0 seems to work w/musl 1.1.20 (and 1.1.19)
• jemalloc 5.x does not work with musl 1.1.20 but seems to work with musl 1.1.19
• spidermonkey52 doesn't build against 1.1.20 or 1.1.19 as-is (sys/sysctl.h issue).

Where by jemalloc "working" I mean "jemalloc tests pass".

I had used musl with jemalloc 3.6.0.

sys/sysctl.h seems to be a BSD header, it does not exist on Linux even with Glibc.

Edit: it does exist and is documented here, my locate has somehow missed it.

Historically musl wasn't compatible with malloc replacements, with 1.1.20 (days old) being first with support.

😱