sternenseemann 3530837417 llvmPackages*.clang: fix linker invocation with LLVMgold plugin ... When using GNU binutils, clang passes the LLVMgold.so plugin to the linker for certain operations that require special support in the linker like doing link time optimization (LTO). When passing the plugin to the linker's command line, clang assumes that llvm and itself are installed in the same prefix and thus `/path/to/clang/bin/../lib/LLVMgold.so` is the plugin. Since we install clang and llvm to separate store paths, this assumption does not hold. When clang-unwrapped only had a single output, we worked around this issue by symlinking `$out/lib/LLVMgold.so` to `${llvm}/lib/LLVMgold.so`. However since we split all llvm packages into multiple outputs clang's `$out` no longer has a lib directory and clang can't discover clangs lib output on its own. As a result LTO was broken. Instead of introducing yet another hack and having a symlink to LLVMgold.so in `$out/lib` (despite having `$lib/lib` as well), we patch clang to use a hard coded path to `${libllvm.lib}/lib` for discovering `LLVMgold.so`. Resolves #123361.		2021-05-18 16:15:03 +02:00
..
default.nix	llvmPackages*.clang: fix linker invocation with LLVMgold plugin	2021-05-18 16:15:03 +02:00
gnu-install-dirs.patch	llvmPackages: Multuple outputs for everythting	2021-04-30 05:41:00 +00:00
LLVMgold-path.patch	llvmPackages*.clang: fix linker invocation with LLVMgold plugin	2021-05-18 16:15:03 +02:00
purity.patch