aboutsummaryrefslogtreecommitdiff
path: root/clang/lib/CodeGen/CodeGenModule.cpp
diff options
context:
space:
mode:
authorAndrzej Warzynski <andrzej.warzynski@arm.com>2020-10-14 17:40:29 +0100
committerAndrzej Warzynski <andrzej.warzynski@arm.com>2020-10-14 19:24:10 +0100
commit42e89ab2a668c80449a13210f07a50fe0370e99d (patch)
treec46152a997faef5142320de5db490895aed38a5d /clang/lib/CodeGen/CodeGenModule.cpp
parente9ac1869a82a37bd385fccd15c33599807cea3f4 (diff)
downloadllvm-42e89ab2a668c80449a13210f07a50fe0370e99d.zip
llvm-42e89ab2a668c80449a13210f07a50fe0370e99d.tar.gz
llvm-42e89ab2a668c80449a13210f07a50fe0370e99d.tar.bz2
[flang] Fix CMake bug in the definition of flang-new
Recent patch that improved Flang's compatibility with respect to how LLVM dynamic libraries should be linked (and specified in CMake recipes), introduced a bug in the definition of `flang-new`: * https://reviews.llvm.org/D87893 More specifically, `add_flang_tool` does not support the `LINK_COMPONENTS` CMake argument. Instead, one should set `LLVM_LINK_COMPONENTS` before calling `add_flang_tool`. This patch reverts the change for `flang-new` from https://reviews.llvm.org/D87893, and instead: * sets `LLVM_LINK_COMPONENTS` * calls `clang_target_link_libraries` to add Clang dependencies Differential Revision: https://reviews.llvm.org/D89403
Diffstat (limited to 'clang/lib/CodeGen/CodeGenModule.cpp')
0 files changed, 0 insertions, 0 deletions