Make TableGenGlobalISel an object library
authorAaron Puchert <aaronpuchert@alice-dsl.net>
Sat, 5 Jun 2021 13:04:18 +0000 (15:04 +0200)
committerAaron Puchert <aaronpuchert@alice-dsl.net>
Sat, 5 Jun 2021 13:04:33 +0000 (15:04 +0200)
That's how it was originally intended but that wasn't possible because
we still needed to support older CMake versions.

The problem here is that the sources in TableGenGlobalISel are meant to
be linked into both llvm-tblgen and TableGenTests (a unit test), but not
be part of LLVM proper. So they shouldn't be an ordinary LLVM component.
Because they are used in llvm-tblgen, they can't draw in the LLVM dylib
dependency, but then we'd have to do the same thing in TableGenTests to
make sure we don't link both a static Support library and another copy
through the LLVM dylib.

With an object library we're just reusing the object files and don't
have to care about dependencies at all.

Differential Revision: https://reviews.llvm.org/D74588

llvm/unittests/TableGen/CMakeLists.txt

index 178018b..15f6080 100644 (file)
@@ -9,7 +9,7 @@ tablegen(LLVM AutomataTables.inc -gen-searchable-tables)
 tablegen(LLVM AutomataAutomata.inc -gen-automata)
 add_public_tablegen_target(AutomataTestTableGen)
 
-add_llvm_unittest(TableGenTests
+add_llvm_unittest(TableGenTests DISABLE_LLVM_LINK_LLVM_DYLIB
   CodeExpanderTest.cpp
   AutomataTest.cpp
   )