[PATCH] D109977: LLVM Driver Multicall tool

[Chris Bieneman via Phabricator via cfe-commits]

beanz added a comment.

In D109977#3652091 <https://reviews.llvm.org/D109977#3652091>, @abrachet wrote:

> In D109977#3611683 <https://reviews.llvm.org/D109977#3611683>, @mgorny wrote:
>
>> This seems to have broken standalone builds for Gentoo.
>>
>> While building Clang, I get:
>>
>>   CMake Error at /usr/lib/llvm/15/lib/cmake/llvm/LLVM-Config.cmake:138 (message):
>>     Target Sparc is not in the set of libraries.
>>   Call Stack (most recent call first):
>>     /usr/lib/llvm/15/lib/cmake/llvm/LLVM-Config.cmake:263 (llvm_expand_pseudo_components)
>>     /usr/lib/llvm/15/lib/cmake/llvm/LLVM-Config.cmake:102 (llvm_map_components_to_libnames)
>>     /usr/lib/llvm/15/lib/cmake/llvm/LLVM-Config.cmake:95 (explicit_llvm_config)
>>     /usr/lib/llvm/15/lib/cmake/llvm/AddLLVM.cmake:901 (llvm_config)
>>     cmake/modules/AddClang.cmake:146 (add_llvm_executable)
>>     cmake/modules/AddClang.cmake:156 (add_clang_executable)
>>     tools/driver/CMakeLists.txt:25 (add_clang_tool)
>>
>> (or a similar message for another target)
>
> Could I have a cmake invocation or a bot link?

@mgorny Have you updated your LLVM with this change?

If not, I suspect this breakage is expected.

@mgorny is building against an installed llvm-15 that if it doesn't have the changes from this patch, mixing that with a ToT clang which does will not work.

In that case the solution is that @mgorny will need to update the LLVM install to handle the revlock.

LLVM & Clang do rev lock from time to time during trunk development, usually when LLVM APIs change, but the build system can cause rev locks too since Clang reuses LLVM's CMake modules.


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D109977/new/

https://reviews.llvm.org/D109977