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.
16 lines
710 B
Diff
16 lines
710 B
Diff
diff --git a/lib/Driver/ToolChains/CommonArgs.cpp b/lib/Driver/ToolChains/CommonArgs.cpp
|
|
index 37ec73468570..b73e75aa6e59 100644
|
|
--- a/lib/Driver/ToolChains/CommonArgs.cpp
|
|
+++ b/lib/Driver/ToolChains/CommonArgs.cpp
|
|
@@ -370,8 +370,8 @@ void tools::AddGoldPlugin(const ToolChain &ToolChain, const ArgList &Args,
|
|
#endif
|
|
|
|
SmallString<1024> Plugin;
|
|
- llvm::sys::path::native(Twine(ToolChain.getDriver().Dir) +
|
|
- "/../lib" CLANG_LIBDIR_SUFFIX "/LLVMgold" +
|
|
+ llvm::sys::path::native(Twine("@libllvmLibdir@"
|
|
+ "/LLVMgold") +
|
|
Suffix,
|
|
Plugin);
|
|
CmdArgs.push_back(Args.MakeArgString(Plugin));
|