Commit Graph

29 Commits

Author SHA1 Message Date
Nathan Regner
83b526817a buildGraalvm: fix build on x86_64-darwin 2024-12-01 10:05:39 -07:00
Reno Dakota
52bf1163fa
treewide: use getLib when accessing clang / libclang / stdenv.cc.cc
In preparation to eliminate the lib output for the unwrapped clang, use
`lib.getLib` to access the `lib` output.
2024-11-07 10:27:41 +00:00
Pavel Shirshov
bc1bc1aa33 graalvm-ce: fix native-image standalone usage by wrapping Nix env variables
Closes #350909.
2024-10-27 12:22:11 +00:00
Thiago Kenji Okada
023bdebe77 buildGraalvm: move files in $out to $out/share
Like $out/LICENSE.txt since this is generally a bad idea and can cause
conflicts with other packages.

Fixes #345907.
2024-10-03 14:43:14 +01:00
Artturin
e0464e4788 treewide: replace stdenv.is with stdenv.hostPlatform.is
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"
```
2024-09-25 00:04:37 +03:00
Thiago Kenji Okada
131f822e17 graalvm-ce: 22.0.0 -> 22.0.1 2024-07-15 15:20:53 +01:00
Thiago Kenji Okada
e1a7ec5583 graalvm-ce: make it a scope 2024-03-26 15:48:02 +00:00
Thiago Kenji Okada
2fea245936 buildGraalvm: use macOS SDK 11
Fix x86_64-darwin builds.
2024-03-26 14:45:17 +00:00
Thiago Kenji Okada
a98e9f4892 buildGraalvm: fix native-image warnings in installCheckPhase 2024-03-26 14:12:20 +00:00
Thiago Kenji Okada
a92e6068b4 buildGraalvm: use NATIVE_IMAGE_DEPRECATED_BUILDER_SANITATION instead of CC wrapper
Instead of using a hacky CC wrapper to re-inject the environment
variables needed to build, we set the
NATIVE_IMAGE_DEPRECATED_BUILDER_SANITATION=true that is in 21.0.0
release changelog:
489611a304/substratevm/CHANGELOG.md (L48)

This is deprecated behavior for now, and will be removed in future, but
this will allow us more time until we figure a proper solution.

See:
- https://github.com/oracle/graal/issues/7502
- https://github.com/oracle/graal/issues/7981
- https://github.com/oracle/graal/pull/6095
2023-12-13 16:12:04 +00:00
Thiago Kenji Okada
cfeeda0704 graalVMPackages.graalvm-ce-musl: init at 21.0.0
Exposing this derivation so it is easier to test and use.
2023-09-27 22:54:55 +01:00
Thiago Kenji Okada
61b910555e graalvmCEPackages.buildGraalvm: fix native-image compilation 2023-09-27 22:18:56 +01:00
Thiago Kenji Okada
55d52249a7 graalvmCEPackages.buildGraalvm: mark as broken in darwin 2023-09-27 14:14:26 +01:00
Thiago Kenji Okada
76f51c0366 graalvmCEPackages: normalize package platforms in update.sh script 2023-09-27 10:25:45 +01:00
Thiago Kenji Okada
45eff9d9c7 graalvm-ce: 22.3.1 -> 21.0.0
This initially may look like a downgrade, but this is caused by how
upstream is tagging versions.

Before they would have the GraalVM having its own version (e.g. 22.3.1),
and each version would support multiple JVM versions (e.g. 11, 17, 19).
Now each release supports only one JVM version (e.g.: 21), and they
track the same version as the JVM.

They also changed packaging, making all sub-products (e.g.: GraalPy,
GraalRuby, etc.) standalone, so they do not depend in GraalVM anymore
and have their own version. Thanks to this change, we will need to
repackage everything.

To simplify, this commit will remove all sub-products and only care
about the GraalVM/Native Image (that is back to GraalVM itself) part.
Other commits will re-added each sub-product.

Fix (partial): https://github.com/NixOS/nixpkgs/issues/257292
2023-09-27 10:25:44 +01:00
Thiago Kenji Okada
cc7ec82f3c graalvmCEPackages.nodejs-installable-svm: init at 22.3.1 2023-02-15 22:43:08 +00:00
Thiago Kenji Okada
cce466a582 graalvm*-ce: allow all parameters to be overriden 2023-02-14 19:04:12 +00:00
Thiago Kenji Okada
248449fbdf graalvmCEPackages: formatting 2023-02-14 17:00:45 +00:00
Thiago Kenji Okada
820eb1cc8d graalvmCEPackages.buildGraalvm: disable test in Darwin 2023-02-14 17:00:01 +00:00
Thiago Kenji Okada
acf8579307 graalvmCEPackages.buildGraalvmProduct: add passthru.graalvmPhases
This way it is easier to differentiate between phases running in the
`buildGraalvmProduct` and `buildGraalvm`.
2023-02-14 16:01:43 +00:00
Thiago Kenji Okada
171730f0f7 graalvmCEProducts.buildGraalvmProduct: make it overridable 2023-02-13 23:10:39 +00:00
Thiago Kenji Okada
e17f76f94f graalvmCEPackages.wasm-installable-svm: init at 22.3.1 2023-02-13 21:45:03 +00:00
Thiago Kenji Okada
79c2eceda8 graalvm*-ce: 22.3.0 -> 22.3.1, migrate upgrade script to sh 2023-02-11 13:37:15 +00:00
Thiago Kenji Okada
0c7f039bad maintainers/team-list: create graalvm-ce team 2023-02-09 23:46:19 +00:00
Thiago Kenji Okada
1da6843f1b buildGraalvm: do not add products inputs 2023-02-09 23:41:40 +00:00
Thiago Kenji Okada
0b6052b8b0 graalvm*-ce: re-added darwin support 2023-02-09 23:36:29 +00:00
Thiago Kenji Okada
4f3ede6897 buildGraalvm: add passthru 2023-02-09 22:14:12 +00:00
Thiago Kenji Okada
256195c07a native-image-installable-svm: init at 22.3.0
Also refactor the buildGraalvm derivation, allowing it to compose with
the other products.
2023-02-09 21:42:39 +00:00
Thiago Kenji Okada
4e51b4a5cb graalvm*-ce: refactor derivation to be stand-alone
First step to separate the main GraalVM derivation and each of its
products in separate derivations, making them more composable.
2023-02-09 21:42:39 +00:00