- Only link `libexec` when using cctools-port. cctools-llvm does not
have a `libexec` folder;
- Use `as` provided by cctools-llvm, which is already using the
clang-integrated assembler on both platforms; and
- Clean up inconsistent use of `builtins`.
As per https://docs.kernel.org/sound/designs/powersave.html
We update our defaults for better power saving on laptops
which does not perform powertop --auto-tune, TLP or manual tweaking, e.g.
power-profiles-daemon.
- Update to the latest available version from Apple;
- Use Meson because dealing with xcbuild is too much trouble; and
- Conditionally build certain programs when newer SDKs are available.
`zlog` in darwin.system_cmds requires the CoreSymbolication framework.
This change does two things:
- Adds a patch with the required missing symbols; and
- Uses the stubs to create `CoreSymbolication.framework`.
Co-authored-by: a-n-n-a-l-e-e <150648636+a-n-n-a-l-e-e@users.noreply.github.com>
- Drop the patches in favor of patching up the xcodeproj files, which
should make updates in the future easier (no more patch conflicts);
- Switch to building `MoltenVKPackaging.xcodeproj` instead of building
the projects individually;
- Link `libMoltenVK.dylib` manually, which is needed for MoltenVK 1.2.8
due to xcbuild not being able to build the dylib in the xcodeproj;
- Add support for enabling private API usage and default it to `true`.
This will be a new feature in MoltenVK 1.2.8;
- Use darwin.apple_sdk.libs.simd instead of symlinking from the SDK;
- Filter out rc and beta releases in the update script; and
- Support static builds of MoltenVK.
Currently things like `buildLinux { inherit src version; }` fail because of
`callPackage` auto-inserting `kernelPatches`, which is both a `buildLinux`
argument and a `pkgs` toplevel attribute, with completely different semantics.
Avoid that entirely by splitting the call into two - one for arguments we want
from `callPackage`, and one for everything else.
