| Commit message (Expand) | Author | Age | Files | Lines |
|---|
| * | Merge #122044: compiler-rt: Fix build by passing resource dir•••Fast-forwarded from staging to staging-next. See:
https://github.com/NixOS/nixpkgs/pull/111487#issuecomment-840088733
| Vladimír Čunát | 2021-05-12 | 1 | -4/+6 |
| |\ |
|
| | * | compiler-rt: Fix build by passing resource dir•••Before, clang was able to find some headers with a relative path to the
`-B` flag pointing near the unwrapped clang binary. But with multiple
outputs that doesn't work, so we use a "resource directory" as it done
later in the bootstrap.
| John Ericson | 2021-05-07 | 1 | -4/+6 |
| * | | llvm*Packages: fix output selection (lib.get*) | Vladimír Čunát | 2021-05-11 | 1 | -5/+5 |
| |/ |
|
| * | 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)`
| Andrew Childs | 2021-04-30 | 1 | -12/+18 |
| * | llvmPackages_*.libunwind: Move into own directory•••I expect to soon give it some patches that would go in there too, but
either way it's good to match the others.
| John Ericson | 2021-03-26 | 1 | -1/+1 |
| * | llvmPackages: Organize files•••Always do pkg/default.nix not pkg.nix; use directories to avoid
prefixing patches and other files.
| John Ericson | 2021-03-24 | 1 | -6/+7 |
| * | clang, cc-wrapper: Move `--gcc-toolchain` logic into CC wrapper•••Take 2, after #94582 had to be reverted.
This reverts commit ac03cfa3c57027e82073ea7db71248d4ab78af66.
| John Ericson | 2021-01-24 | 1 | -2/+0 |
| * | pkgs/development/compilers: stdenv.lib -> lib | Ben Siraphob | 2021-01-23 | 1 | -11/+11 |
| * | treewide: Get rid of `cc.gcc`•••Instead, we have a new `gccForLibs`, which has the appropriate
definition for e.g. avoiding `x86_32` linking problems.
| John Ericson | 2020-08-02 | 1 | -4/+6 |
| * | llvmPackages_{8..10}: comment out broken manpages•••This disables all manpages packages depending on recommonmark. This can
be undone once recommonmark supports sphinx 3. The other
manpage-packages don't use recommonmark and don't need to be commented
out.
| Holger Wünsche | 2020-07-28 | 1 | -4/+5 |
| * | C++ Compilers: Systematize handling of standard libraries | John Ericson | 2020-06-22 | 1 | -16/+3 |
| * | LLVM: Always pass host/target info to compiler-rt/libstdcxxClang | Travis Whitaker | 2020-04-13 | 1 | -2/+8 |
| * | cc-wrapper, clang: `libstdcxxHook` should a propagated build input•••Lumping it in with the target platform libraries was incorrect, and
caused eval failures when gcc couldn't be built for the target platform.
| John Ericson | 2020-03-18 | 1 | -1/+3 |
| * | Re-Revert "clang_7,clang_8,clang_9: fix compilation of HIP-code"•••This reverts commit f14a4d60b74625547ba7fc0572e42e9b61c0e54f, and thus
applying 558af6fbc7c15f472658339668113f4d5c6440e0.
| Matthew Bauer | 2020-01-28 | 1 | -0/+1 |
| * | llvmPackages: python2 -> python3 | Daiderd Jordan | 2020-01-13 | 1 | -5/+5 |
| * | llvmPackages_9: 9.0.0 -> 9.0.1•••Fetch from github release page,
as that's where https://releases.llvm.org/9.0.1 redirects.
| Will Dietz | 2020-01-01 | 1 | -3/+3 |
| * | llvmPackages_9: fetch from releases.llvm.org ("for now") | Will Dietz | 2019-09-19 | 1 | -1/+1 |
| * | llvmPackages_9: hashes, pname-ification | Will Dietz | 2019-09-19 | 1 | -2/+2 |
| * | llvmPackages_9: copy llvmPackages_8 | Will Dietz | 2019-09-19 | 1 | -0/+197 |
