2021-05-11 19:20:15 +00:00
|
|
|
|
{ lowPrio, newScope, pkgs, lib, stdenv, cmake
|
|
|
|
|
, gccForLibs, preLibcCrossHeaders
|
2020-01-12 20:22:29 +00:00
|
|
|
|
, libxml2, python3, isl, fetchurl, overrideCC, wrapCCWith, wrapBintoolsWith
|
2018-09-18 19:19:58 +00:00
|
|
|
|
, buildLlvmTools # tools, but from the previous stage, for cross
|
|
|
|
|
, targetLlvmLibraries # libraries, but from the next stage, for cross
|
2021-05-01 03:03:19 +00:00
|
|
|
|
# This is the default binutils, but with *this* version of LLD rather
|
|
|
|
|
# than the default LLVM verion's, if LLD is the choice. We use these for
|
|
|
|
|
# the `useLLVM` bootstrapping below.
|
|
|
|
|
, bootBintoolsNoLibc ?
|
|
|
|
|
if stdenv.targetPlatform.linker == "lld"
|
|
|
|
|
then null
|
|
|
|
|
else pkgs.bintoolsNoLibc
|
|
|
|
|
, bootBintools ?
|
|
|
|
|
if stdenv.targetPlatform.linker == "lld"
|
|
|
|
|
then null
|
|
|
|
|
else pkgs.bintools
|
2018-09-18 19:19:58 +00:00
|
|
|
|
}:
|
|
|
|
|
|
|
|
|
|
let
|
2019-04-23 05:30:45 +00:00
|
|
|
|
release_version = "7.1.0";
|
2018-09-19 12:43:33 +00:00
|
|
|
|
version = release_version; # differentiating these is important for rc's
|
2020-04-07 00:46:15 +00:00
|
|
|
|
targetConfig = stdenv.targetPlatform.config;
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
|
|
|
|
fetch = name: sha256: fetchurl {
|
2018-09-19 13:02:21 +00:00
|
|
|
|
url = "https://releases.llvm.org/${release_version}/${name}-${version}.src.tar.xz";
|
2018-09-18 19:19:58 +00:00
|
|
|
|
inherit sha256;
|
|
|
|
|
};
|
|
|
|
|
|
2019-04-23 05:30:45 +00:00
|
|
|
|
clang-tools-extra_src = fetch "clang-tools-extra" "0lb4kdh7j2fhfz8kd6iv5df7m3pikiryk1vvwsf87spc90n09q0w";
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
llvm_meta = {
|
|
|
|
|
license = lib.licenses.ncsa;
|
|
|
|
|
maintainers = with lib.maintainers; [ lovek323 raskin dtzWill primeos ];
|
|
|
|
|
platforms = lib.platforms.all;
|
|
|
|
|
};
|
|
|
|
|
|
2021-01-22 11:25:31 +00:00
|
|
|
|
tools = lib.makeExtensible (tools: let
|
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 08:23:57 +00:00
|
|
|
|
callPackage = newScope (tools // { inherit stdenv cmake libxml2 python3 isl release_version version fetch buildLlvmTools; });
|
2021-05-07 16:39:19 +00:00
|
|
|
|
mkExtraBuildCommands0 = cc: ''
|
2018-09-18 19:19:58 +00:00
|
|
|
|
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 08:23:57 +00:00
|
|
|
|
ln -s "${cc.lib}/lib/clang/${release_version}/include" "$rsrc"
|
2018-09-18 19:19:58 +00:00
|
|
|
|
echo "-resource-dir=$rsrc" >> $out/nix-support/cc-cflags
|
|
|
|
|
'';
|
2021-05-07 16:39:19 +00:00
|
|
|
|
mkExtraBuildCommands = cc: mkExtraBuildCommands0 cc + ''
|
|
|
|
|
ln -s "${targetLlvmLibraries.compiler-rt.out}/lib" "$rsrc/lib"
|
2021-05-15 12:54:22 +00:00
|
|
|
|
ln -s "${targetLlvmLibraries.compiler-rt.out}/share" "$rsrc/share"
|
2021-05-07 16:39:19 +00:00
|
|
|
|
'';
|
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 08:23:57 +00:00
|
|
|
|
|
2021-05-01 03:03:19 +00:00
|
|
|
|
bintoolsNoLibc' =
|
|
|
|
|
if bootBintoolsNoLibc == null
|
|
|
|
|
then tools.bintoolsNoLibc
|
|
|
|
|
else bootBintoolsNoLibc;
|
|
|
|
|
bintools' =
|
|
|
|
|
if bootBintools == null
|
|
|
|
|
then tools.bintools
|
|
|
|
|
else bootBintools;
|
|
|
|
|
|
2018-09-18 19:19:58 +00:00
|
|
|
|
in {
|
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
libllvm = callPackage ./llvm {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
};
|
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 08:23:57 +00:00
|
|
|
|
|
2021-05-11 08:35:41 +00:00
|
|
|
|
# `llvm` historically had the binaries. When choosing an output explicitly,
|
|
|
|
|
# we need to reintroduce `outputUnspecified` to get the expected behavior e.g. of lib.get*
|
|
|
|
|
llvm = tools.libllvm.out // { outputUnspecified = true; };
|
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 08:23:57 +00:00
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
libllvm-polly = callPackage ./llvm {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
enablePolly = true;
|
|
|
|
|
};
|
2021-03-24 01:40:33 +00:00
|
|
|
|
|
2021-05-11 08:35:41 +00:00
|
|
|
|
llvm-polly = tools.libllvm-polly.lib // { outputUnspecified = true; };
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
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 08:23:57 +00:00
|
|
|
|
libclang = callPackage ./clang {
|
2021-05-11 21:12:04 +00:00
|
|
|
|
inherit clang-tools-extra_src llvm_meta;
|
2018-09-18 19:19:58 +00:00
|
|
|
|
};
|
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 08:23:57 +00:00
|
|
|
|
|
2021-05-11 08:35:41 +00:00
|
|
|
|
clang-unwrapped = tools.libclang.out // { outputUnspecified = true; };
|
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 08:23:57 +00:00
|
|
|
|
|
2019-02-25 21:20:52 +00:00
|
|
|
|
clang-polly-unwrapped = callPackage ./clang {
|
2021-05-11 21:12:04 +00:00
|
|
|
|
inherit llvm_meta;
|
2019-02-25 21:20:52 +00:00
|
|
|
|
inherit clang-tools-extra_src;
|
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 08:23:57 +00:00
|
|
|
|
libllvm = tools.libllvm-polly;
|
2019-02-25 21:20:52 +00:00
|
|
|
|
enablePolly = true;
|
|
|
|
|
};
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
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 08:23:57 +00:00
|
|
|
|
llvm-manpages = lowPrio (tools.libllvm.override {
|
2018-09-18 19:19:58 +00:00
|
|
|
|
enableManpages = true;
|
2020-01-12 20:22:29 +00:00
|
|
|
|
python3 = pkgs.python3; # don't use python-boot
|
2018-09-18 19:19:58 +00:00
|
|
|
|
});
|
|
|
|
|
|
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 08:23:57 +00:00
|
|
|
|
clang-manpages = lowPrio (tools.libclang.override {
|
2018-09-18 19:19:58 +00:00
|
|
|
|
enableManpages = true;
|
2020-01-12 20:22:29 +00:00
|
|
|
|
python3 = pkgs.python3; # don't use python-boot
|
2018-09-18 19:19:58 +00:00
|
|
|
|
});
|
|
|
|
|
|
|
|
|
|
clang = if stdenv.cc.isGNU then tools.libstdcxxClang else tools.libcxxClang;
|
|
|
|
|
|
|
|
|
|
libstdcxxClang = wrapCCWith rec {
|
|
|
|
|
cc = tools.clang-unwrapped;
|
2020-06-17 20:33:56 +00:00
|
|
|
|
# libstdcxx is taken from gcc in an ad-hoc way in cc-wrapper.
|
|
|
|
|
libcxx = null;
|
2020-03-18 15:28:52 +00:00
|
|
|
|
extraPackages = [
|
2018-09-18 19:19:58 +00:00
|
|
|
|
targetLlvmLibraries.compiler-rt
|
|
|
|
|
];
|
2020-04-14 00:44:43 +00:00
|
|
|
|
extraBuildCommands = mkExtraBuildCommands cc;
|
2018-09-18 19:19:58 +00:00
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
libcxxClang = wrapCCWith rec {
|
|
|
|
|
cc = tools.clang-unwrapped;
|
2019-01-26 15:17:57 +00:00
|
|
|
|
libcxx = targetLlvmLibraries.libcxx;
|
2018-09-18 19:19:58 +00:00
|
|
|
|
extraPackages = [
|
|
|
|
|
targetLlvmLibraries.libcxxabi
|
|
|
|
|
targetLlvmLibraries.compiler-rt
|
|
|
|
|
];
|
|
|
|
|
extraBuildCommands = mkExtraBuildCommands cc;
|
|
|
|
|
};
|
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
lld = callPackage ./lld {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
};
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
lldb = callPackage ./lldb {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
};
|
2019-02-14 06:17:10 +00:00
|
|
|
|
|
2020-04-14 00:44:43 +00:00
|
|
|
|
# Below, is the LLVM bootstrapping logic. It handles building a
|
|
|
|
|
# fully LLVM toolchain from scratch. No GCC toolchain should be
|
|
|
|
|
# pulled in. As a consequence, it is very quick to build different
|
|
|
|
|
# targets provided by LLVM and we can also build for what GCC
|
|
|
|
|
# doesn’t support like LLVM. Probably we should move to some other
|
|
|
|
|
# file.
|
|
|
|
|
|
2021-05-11 19:20:15 +00:00
|
|
|
|
bintools-unwrapped = callPackage ./bintools {};
|
|
|
|
|
|
|
|
|
|
bintoolsNoLibc = wrapBintoolsWith {
|
|
|
|
|
bintools = tools.bintools-unwrapped;
|
|
|
|
|
libc = preLibcCrossHeaders;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
bintools = wrapBintoolsWith {
|
|
|
|
|
bintools = tools.bintools-unwrapped;
|
|
|
|
|
};
|
2019-02-14 06:17:10 +00:00
|
|
|
|
|
2021-05-01 03:03:19 +00:00
|
|
|
|
clangUseLLVM = wrapCCWith rec {
|
2019-02-14 06:17:10 +00:00
|
|
|
|
cc = tools.clang-unwrapped;
|
2020-04-14 00:44:43 +00:00
|
|
|
|
libcxx = targetLlvmLibraries.libcxx;
|
2021-05-01 03:03:19 +00:00
|
|
|
|
bintools = bintools';
|
2020-04-14 00:44:43 +00:00
|
|
|
|
extraPackages = [
|
|
|
|
|
targetLlvmLibraries.libcxxabi
|
|
|
|
|
targetLlvmLibraries.compiler-rt
|
2021-04-26 19:46:44 +00:00
|
|
|
|
] ++ lib.optionals (!stdenv.targetPlatform.isWasm) [
|
|
|
|
|
targetLlvmLibraries.libunwind
|
2020-04-14 00:44:43 +00:00
|
|
|
|
];
|
|
|
|
|
extraBuildCommands = ''
|
|
|
|
|
echo "-rtlib=compiler-rt -Wno-unused-command-line-argument" >> $out/nix-support/cc-cflags
|
|
|
|
|
echo "-B${targetLlvmLibraries.compiler-rt}/lib" >> $out/nix-support/cc-cflags
|
2021-01-22 11:25:31 +00:00
|
|
|
|
'' + lib.optionalString (!stdenv.targetPlatform.isWasm) ''
|
2020-04-14 00:44:43 +00:00
|
|
|
|
echo "--unwindlib=libunwind" >> $out/nix-support/cc-cflags
|
2021-05-14 22:26:27 +00:00
|
|
|
|
'' + lib.optionalString (!stdenv.targetPlatform.isWasm && stdenv.targetPlatform.useLLVM or false) ''
|
2021-05-11 19:20:15 +00:00
|
|
|
|
echo "-lunwind" >> $out/nix-support/cc-ldflags
|
2021-01-22 11:25:31 +00:00
|
|
|
|
'' + lib.optionalString stdenv.targetPlatform.isWasm ''
|
2020-04-14 00:44:43 +00:00
|
|
|
|
echo "-fno-exceptions" >> $out/nix-support/cc-cflags
|
|
|
|
|
'' + mkExtraBuildCommands cc;
|
|
|
|
|
};
|
|
|
|
|
|
2021-05-01 03:03:19 +00:00
|
|
|
|
clangNoLibcxx = wrapCCWith rec {
|
2020-04-14 00:44:43 +00:00
|
|
|
|
cc = tools.clang-unwrapped;
|
|
|
|
|
libcxx = null;
|
2021-05-01 03:03:19 +00:00
|
|
|
|
bintools = bintools';
|
2019-02-14 06:17:10 +00:00
|
|
|
|
extraPackages = [
|
|
|
|
|
targetLlvmLibraries.compiler-rt
|
|
|
|
|
];
|
|
|
|
|
extraBuildCommands = ''
|
2020-04-14 00:44:43 +00:00
|
|
|
|
echo "-rtlib=compiler-rt" >> $out/nix-support/cc-cflags
|
|
|
|
|
echo "-B${targetLlvmLibraries.compiler-rt}/lib" >> $out/nix-support/cc-cflags
|
|
|
|
|
echo "-nostdlib++" >> $out/nix-support/cc-cflags
|
2019-02-14 06:17:10 +00:00
|
|
|
|
'' + mkExtraBuildCommands cc;
|
|
|
|
|
};
|
|
|
|
|
|
2021-05-01 03:03:19 +00:00
|
|
|
|
clangNoLibc = wrapCCWith rec {
|
2019-02-14 06:17:10 +00:00
|
|
|
|
cc = tools.clang-unwrapped;
|
2020-04-14 00:44:43 +00:00
|
|
|
|
libcxx = null;
|
2021-05-01 03:03:19 +00:00
|
|
|
|
bintools = bintoolsNoLibc';
|
2019-02-14 06:17:10 +00:00
|
|
|
|
extraPackages = [
|
|
|
|
|
targetLlvmLibraries.compiler-rt
|
|
|
|
|
];
|
|
|
|
|
extraBuildCommands = ''
|
2020-04-14 00:44:43 +00:00
|
|
|
|
echo "-rtlib=compiler-rt" >> $out/nix-support/cc-cflags
|
|
|
|
|
echo "-B${targetLlvmLibraries.compiler-rt}/lib" >> $out/nix-support/cc-cflags
|
2019-02-14 06:17:10 +00:00
|
|
|
|
'' + mkExtraBuildCommands cc;
|
|
|
|
|
};
|
|
|
|
|
|
2021-05-01 03:03:19 +00:00
|
|
|
|
clangNoCompilerRt = wrapCCWith rec {
|
2019-02-14 06:17:10 +00:00
|
|
|
|
cc = tools.clang-unwrapped;
|
2020-04-14 00:44:43 +00:00
|
|
|
|
libcxx = null;
|
2021-05-01 03:03:19 +00:00
|
|
|
|
bintools = bintoolsNoLibc';
|
2019-02-14 06:17:10 +00:00
|
|
|
|
extraPackages = [ ];
|
|
|
|
|
extraBuildCommands = ''
|
2020-04-14 00:44:43 +00:00
|
|
|
|
echo "-nostartfiles" >> $out/nix-support/cc-cflags
|
2021-05-07 16:39:19 +00:00
|
|
|
|
'' + mkExtraBuildCommands0 cc;
|
2019-02-14 06:17:10 +00:00
|
|
|
|
};
|
|
|
|
|
|
2021-05-01 03:03:19 +00:00
|
|
|
|
clangNoCompilerRtWithLibc = wrapCCWith rec {
|
2021-05-11 19:20:15 +00:00
|
|
|
|
cc = tools.clang-unwrapped;
|
|
|
|
|
libcxx = null;
|
2021-05-01 03:03:19 +00:00
|
|
|
|
bintools = bintools';
|
2021-05-11 19:20:15 +00:00
|
|
|
|
extraPackages = [ ];
|
|
|
|
|
extraBuildCommands = mkExtraBuildCommands0 cc;
|
|
|
|
|
};
|
|
|
|
|
|
2018-09-18 19:19:58 +00:00
|
|
|
|
});
|
|
|
|
|
|
2021-01-22 11:25:31 +00:00
|
|
|
|
libraries = lib.makeExtensible (libraries: let
|
2020-01-12 20:22:29 +00:00
|
|
|
|
callPackage = newScope (libraries // buildLlvmTools // { inherit stdenv cmake libxml2 python3 isl release_version version fetch; });
|
2018-09-18 19:19:58 +00:00
|
|
|
|
in {
|
|
|
|
|
|
2021-05-11 19:20:15 +00:00
|
|
|
|
compiler-rt-libc = callPackage ./compiler-rt {
|
2021-05-11 21:12:04 +00:00
|
|
|
|
inherit llvm_meta;
|
2021-05-11 19:20:15 +00:00
|
|
|
|
stdenv = if stdenv.hostPlatform.useLLVM or false
|
2021-05-01 03:03:19 +00:00
|
|
|
|
then overrideCC stdenv buildLlvmTools.clangNoCompilerRtWithLibc
|
2021-05-11 19:20:15 +00:00
|
|
|
|
else stdenv;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
compiler-rt-no-libc = callPackage ./compiler-rt {
|
2021-05-11 21:12:04 +00:00
|
|
|
|
inherit llvm_meta;
|
2019-02-14 06:17:10 +00:00
|
|
|
|
stdenv = if stdenv.hostPlatform.useLLVM or false
|
2021-05-01 03:03:19 +00:00
|
|
|
|
then overrideCC stdenv buildLlvmTools.clangNoCompilerRt
|
2019-02-14 06:17:10 +00:00
|
|
|
|
else stdenv;
|
|
|
|
|
};
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
2021-05-11 19:20:15 +00:00
|
|
|
|
# N.B. condition is safe because without useLLVM both are the same.
|
2021-05-01 03:03:19 +00:00
|
|
|
|
compiler-rt =
|
|
|
|
|
if stdenv.hostPlatform.isAndroid || (stdenv.hostPlatform != stdenv.buildPlatform && stdenv.hostPlatform.isDarwin)
|
2021-05-11 19:20:15 +00:00
|
|
|
|
then libraries.compiler-rt-libc
|
|
|
|
|
else libraries.compiler-rt-no-libc;
|
|
|
|
|
|
2018-09-18 19:19:58 +00:00
|
|
|
|
stdenv = overrideCC stdenv buildLlvmTools.clang;
|
|
|
|
|
|
|
|
|
|
libcxxStdenv = overrideCC stdenv buildLlvmTools.libcxxClang;
|
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
libcxx = callPackage ./libcxx {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
stdenv = if stdenv.hostPlatform.useLLVM or false
|
2021-05-01 03:03:19 +00:00
|
|
|
|
then overrideCC stdenv buildLlvmTools.clangNoLibcxx
|
2021-05-11 21:12:04 +00:00
|
|
|
|
else stdenv;
|
|
|
|
|
};
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
libcxxabi = callPackage ./libcxxabi {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
stdenv = if stdenv.hostPlatform.useLLVM or false
|
2021-05-01 03:03:19 +00:00
|
|
|
|
then overrideCC stdenv buildLlvmTools.clangNoLibcxx
|
2021-05-11 21:12:04 +00:00
|
|
|
|
else stdenv;
|
|
|
|
|
};
|
2018-09-18 19:19:58 +00:00
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
libunwind = callPackage ./libunwind {
|
|
|
|
|
inherit llvm_meta;
|
2021-04-15 09:47:39 +00:00
|
|
|
|
inherit (buildLlvmTools) llvm;
|
2021-05-11 21:12:04 +00:00
|
|
|
|
stdenv = if stdenv.hostPlatform.useLLVM or false
|
2021-05-01 03:03:19 +00:00
|
|
|
|
then overrideCC stdenv buildLlvmTools.clangNoLibcxx
|
2021-05-11 21:12:04 +00:00
|
|
|
|
else stdenv;
|
|
|
|
|
};
|
2021-04-15 09:47:39 +00:00
|
|
|
|
|
2021-05-11 21:12:04 +00:00
|
|
|
|
openmp = callPackage ./openmp {
|
|
|
|
|
inherit llvm_meta;
|
|
|
|
|
};
|
2018-09-18 19:19:58 +00:00
|
|
|
|
});
|
|
|
|
|
|
|
|
|
|
in { inherit tools libraries; } // libraries // tools
|