| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |\
| |
| | |
Convert phases that contain ":" to dont* = true
|
| | | |
|
| | |
| |
| |
| |
| |
| | |
This is used by the `root` package, and otherwise prevents the
nixpkgs.tarball build from succeeding (e.g.
https://hydra.nixos.org/build/146838433).
|
| | |
| |
| |
| |
| |
| |
| |
| | |
The current build works by linking against CoreSymbolication in
/System/Library/PrivateFrameworks. This is impure and doesn't work in
newer versions of macOS.
See https://github.com/NixOS/nixpkgs/issues/128576
|
| |\ \
| | |
| | |
| | |
| | | |
Conflicts:
pkgs/servers/x11/xorg/default.nix
|
| | | | |
|
| |\| |
| |/
|/|
| | |
Regenerated pkgs/servers/x11/xorg/default.nix to resolve the conflict.
|
| | | |
|
| |\| |
|
| | | |
|
| |/
|
|
|
|
| |
Apple removed JavaVM but JavaNativeFoundation seems to be
the replacement. Should be safe to substitute usage of
JavaVM with JavaNativeFoundation.
|
| |\
| |
| | |
Aarch64 darwin eval
|
| | | |
|
| |/
|
|
|
| |
The previous URL is a dead link. This commit updates it and bump the
SDK version to 11.1.
|
| |
|
|
|
| |
This package isn't expected to work outside of darwin, but must still
evaluate cleanly.
|
| |
|
|
| |
Fixes build on aarch64-darwin.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
```
/nix/store/5mgn511gbldf7xl5kjm27z9lj10xcycl-apple-framework-CoreData-11.0.0/Library/Frameworks/CoreData.framework/Headers/NSPersistentCloudKitContainerOptions.h:10:9: fatal error: 'CloudKit/CKDatabase.h' file not found
^~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
```
```
/nix/store/a7k7kqj08602785vsrss0xa85b08hik4-apple-framework-CloudKit-11.0.0/Library/Frameworks/CloudKit.framework/Headers/CKRecord.h:9:9: fatal error: 'CoreLocation/CLLocation.h' file not found
^~~~~~~~~~~~~~~~~~~~~~~~~~~
1 error generated.
```
|
| |
|
|
|
|
|
|
|
|
| |
Fixing:
```
/private/tmp/nix-build-file_cmds-264.1.1-osx-10.11.6.drv-0/file_cmds-264.1.1/ls/print.c:56:10: fatal error: 'membershipPriv.h' file not found
^~~~~~~~~~~~~~~~~~
1 error generated.
```
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
We could use our own libc++ here, but it is probably best to use the
provided one to ensure consistency. This fixes some C++ programs when
running aarch64-apple-ios-clang++.
|
| |
|
|
| |
Helper scripts for code signing on darwin.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
If things build fine with `stdenvNoCC`, let them use that. If tools
might be prefixed, prepare for that, either by directly splicing or just
using the env vars provided by the wrapper setup-hooks.
Co-authored-by: Dmitry Kalinkin <dmitry.kalinkin@gmail.com>
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
I am taking the non-invasive parts of #110914 to hopefully help out with #111988.
In particular:
- Use `lib.makeScopeWithSplicing` to make the `darwin` package set have
a proper `callPackage`.
- Adjust Darwin `stdenv`'s overlays keeping things from the previous
stage to not stick around too much.
- Expose `binutilsNoLibc` / `darwin.binutilsNoLibc` to hopefully get us
closer to a unified LLVM and GCC bootstrap.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Also begin to start work on cross compilation, though that will have to
be finished later.
The patches are based on the first version of
https://reviews.llvm.org/D99484. It's very annoying to do the
back-porting but the review has uncovered nothing super major so I'm
fine sticking with what I've got.
Beyond making the outputs work, I also strove to re-sync the packages,
as they have been drifting pointlessly apart for some time.
----
Other misc notes, highly incomplete
- lvm-config-native and llvm-config are put in `dev` because they are
tools just for build time.
- Clang no longer has an lld dep. That was introduced in
db29857eb391ed002046090851a44c452b80bdbd, but if clang needs help
finding lld when it is used we should just pass it flags / put in the
resource dir. Providing it at build time increases critical path
length for no good reason.
----
A note on `nativeCC`:
`stdenv` takes tools from the previous stage, so:
1. `pkgsBuildBuild`: `(?1, x, x)`
2. `pkgsBuildBuild.stdenv.cc`: `(?0, ?1, x)`
while:
1. `pkgsBuildBuild`: `(?1, x, x)`
2. `pkgsBuildBuild.targetPackages`: `(x, x, ?2)`
3. `pkgsBuildBuild.targetPackages.stdenv.cc`: `(?1, x, x)`
|
| |\| |
|
| | |\ |
|
| | | |\
| | | |
| | | | |
darwin.darling.src: fix build on case-sensitive filesystems
|
| | | | |
| | | |
| | | |
| | | | |
Co-authored-by: Andrew Childs <lorne@cons.org.nz>
|
| |\| | | |
|
| | |\| | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| |/ / /
| | |
| | |
| | |
| | | |
With the absence of these symlinks, private frameworks aren't exposed
to the linker.
|
| |\ \ \
| |/ /
|/| | |
Darwin platform versions
|
| | | |
| | |
| | |
| | | |
These are now provided by the standard bintools and cc wrappers.
|