llvmPackages: Multuple outputs for everythting
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)`
2020-10-15 09:23:57 +01:00
|
|
|
{ lib, buildPackages, fetchFromGitHub, callPackage, wrapCCWith }:
|
2020-07-10 18:28:08 +01:00
|
|
|
|
|
|
|
let
|
2021-03-24 07:43:58 +00:00
|
|
|
version = "4.1.0";
|
2020-07-10 18:28:08 +01:00
|
|
|
src = fetchFromGitHub {
|
|
|
|
owner = "RadeonOpenCompute";
|
|
|
|
repo = "llvm-project";
|
|
|
|
rev = "rocm-${version}";
|
2021-03-24 07:43:58 +00:00
|
|
|
hash = "sha256-DlId/dF5r0ULl2omYPCyu1Ic3XKlLL7ndiCA0RaF264=";
|
2020-07-10 18:28:08 +01:00
|
|
|
};
|
|
|
|
in rec {
|
|
|
|
clang = wrapCCWith rec {
|
|
|
|
cc = clang-unwrapped;
|
|
|
|
extraBuildCommands = ''
|
|
|
|
clang_version=`${cc}/bin/clang -v 2>&1 | grep "clang version " | grep -E -o "[0-9.-]+"`
|
|
|
|
rsrc="$out/resource-root"
|
|
|
|
mkdir "$rsrc"
|
llvmPackages: Multuple outputs for everythting
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)`
2020-10-15 09:23:57 +01:00
|
|
|
ln -s "${lib.getLib cc}/lib/clang/$clang_version/include" "$rsrc"
|
2020-07-10 18:28:08 +01:00
|
|
|
echo "-resource-dir=$rsrc" >> $out/nix-support/cc-cflags
|
|
|
|
echo "-Wno-unused-command-line-argument" >> $out/nix-support/cc-cflags
|
|
|
|
rm $out/nix-support/add-hardening.sh
|
|
|
|
touch $out/nix-support/add-hardening.sh
|
|
|
|
'';
|
|
|
|
};
|
|
|
|
|
|
|
|
clang-unwrapped = callPackage ./clang.nix {
|
|
|
|
inherit lld llvm version;
|
|
|
|
src = "${src}/clang";
|
|
|
|
};
|
|
|
|
|
2021-03-24 01:40:33 +00:00
|
|
|
lld = callPackage ./lld {
|
2020-07-10 18:28:08 +01:00
|
|
|
inherit llvm version;
|
|
|
|
src = "${src}/lld";
|
llvmPackages: Multuple outputs for everythting
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)`
2020-10-15 09:23:57 +01:00
|
|
|
buildLlvmTools = buildPackages.llvmPackages_rocm;
|
2020-07-10 18:28:08 +01:00
|
|
|
};
|
|
|
|
|
2021-03-24 01:40:33 +00:00
|
|
|
llvm = callPackage ./llvm {
|
2020-07-10 18:28:08 +01:00
|
|
|
inherit version;
|
|
|
|
src = "${src}/llvm";
|
|
|
|
};
|
|
|
|
}
|