There isn't really an upstream package name since this header file is
normally just part of ladspa-sdk.
ladspa-header seems like a more fitting name for this package.
Could also be ladspa-sdk-header, but there are also probably other
headers than ladspa.h in ladspa-sdk.
The multiple-outputs hook doesn't know to handle pkg-config files in
subdirectories like these. Fixing this resolves a reference cycle
that caused building under pkgsStatic to fail.
This commit was created by a combination of scripts and tools:
- an ast-grep script to prefix things in meta with `lib.`,
- a modified nixf-diagnose / nixf combination to remove unused `with
lib;`, and
- regular nixfmt.
Co-authored-by: Wolfgang Walther <walther@technowledgy.de>
It was already bumped to _13 for -bad in:
https://github.com/NixOS/nixpkgs/pull/398009
It's preferable to have the same SDK version across all subpackages, to
avoid potential problems or missing features.
Enabled enableCocoa for -base for x86_64; the new darwin SDK pattern
seems to have fixed the build issue we had before.
Also, cleaned up old darwin sdk stubs for frameworks. These are of no
effect since 24.11 and can be safely removed.
This fails to build, see: https://hydra.nixos.org/build/294125614/log
Setting nvmm support does end up building the required gstcuda module.
However, doing so requires closed-source proprietary
development libraries not yet present in nixpkgs.
This only affects linux on non-x86 processors.
Other platforms are zero rebuilds.
`glib_debug` option (`gobject-cast-checks` prior to 1.26) defaults to `auto`, which would result in the cast checks being disabled on stable versions, if we did not use `-Dauto_features=enabled`. Let’s disable the option as it is meant to be on stable releases: https://gitlab.gnome.org/GNOME/glib/-/blob/main/docs/macros.md#g_enable_debug
Also remove option disabling `glib_asserts`. It was introduced in 800ceaf1bd to remove references to `dev` output caused by `__FILE__` used in assertions but they no longer seem to appear. While the option supported the `auto` means disabled on stable versions feature, the option was actually enabled by default, so the comment was incorrect.
In preparation for the deprecation of `stdenv.isX`.
These shorthands are not conducive to cross-compilation because they
hide the platforms.
Darwin might get cross-compilation for which the continued usage of `stdenv.isDarwin` will get in the way
One example of why this is bad and especially affects compiler packages
https://www.github.com/NixOS/nixpkgs/pull/343059
There are too many files to go through manually but a treewide should
get users thinking when they see a `hostPlatform.isX` in a place where it
doesn't make sense.
```
fd --type f "\.nix" | xargs sd --fixed-strings "stdenv.is" "stdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "stdenv'.is" "stdenv'.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "clangStdenv.is" "clangStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "gccStdenv.is" "gccStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "stdenvNoCC.is" "stdenvNoCC.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "inherit (stdenv) is" "inherit (stdenv.hostPlatform) is"
fd --type f "\.nix" | xargs sd --fixed-strings "buildStdenv.is" "buildStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "effectiveStdenv.is" "effectiveStdenv.hostPlatform.is"
fd --type f "\.nix" | xargs sd --fixed-strings "originalStdenv.is" "originalStdenv.hostPlatform.is"
```
This now references `kVTVideoDecoderReferenceMissingErr`, which was
added in the macOS 12 SDK. Unfortunately, our 12.3 SDK doesn’t work
to build this package currently. This should hopefully be fixed after
the SDK rework.
Martin Weinelt