llvm-project/llvm/lib/Remarks
Tom Stellard ab411801b8 [cmake] Explicitly mark libraries defined in lib/ as "Component Libraries"
Summary:
Most libraries are defined in the lib/ directory but there are also a
few libraries defined in tools/ e.g. libLLVM, libLTO.  I'm defining
"Component Libraries" as libraries defined in lib/ that may be included in
libLLVM.so.  Explicitly marking the libraries in lib/ as component
libraries allows us to remove some fragile checks that attempt to
differentiate between lib/ libraries and tools/ libraires:

1. In tools/llvm-shlib, because
llvm_map_components_to_libnames(LIB_NAMES "all") returned a list of
all libraries defined in the whole project, there was custom code
needed to filter out libraries defined in tools/, none of which should
be included in libLLVM.so.  This code assumed that any library
defined as static was from lib/ and everything else should be
excluded.

With this change, llvm_map_components_to_libnames(LIB_NAMES, "all")
only returns libraries that have been added to the LLVM_COMPONENT_LIBS
global cmake property, so this custom filtering logic can be removed.
Doing this also fixes the build with BUILD_SHARED_LIBS=ON
and LLVM_BUILD_LLVM_DYLIB=ON.

2. There was some code in llvm_add_library that assumed that
libraries defined in lib/ would not have LLVM_LINK_COMPONENTS or
ARG_LINK_COMPONENTS set.  This is only true because libraries
defined lib lib/ use LLVMBuild.txt and don't set these values.
This code has been fixed now to check if the library has been
explicitly marked as a component library, which should now make it
easier to remove LLVMBuild at some point in the future.

I have tested this patch on Windows, MacOS and Linux with release builds
and the following combinations of CMake options:

- "" (No options)
- -DLLVM_BUILD_LLVM_DYLIB=ON
- -DLLVM_LINK_LLVM_DYLIB=ON
- -DBUILD_SHARED_LIBS=ON
- -DBUILD_SHARED_LIBS=ON -DLLVM_BUILD_LLVM_DYLIB=ON
- -DBUILD_SHARED_LIBS=ON -DLLVM_LINK_LLVM_DYLIB=ON

Reviewers: beanz, smeenai, compnerd, phosek

Reviewed By: beanz

Subscribers: wuzish, jholewinski, arsenm, dschuff, jyknight, dylanmckay, sdardis, nemanjai, jvesely, nhaehnle, mgorny, mehdi_amini, sbc100, jgravelle-google, hiraditya, aheejin, fedor.sergeev, asb, rbar, johnrusso, simoncook, apazos, sabuasal, niosHD, jrtc27, MaskRay, zzheng, edward-jones, atanasyan, steven_wu, rogfer01, MartinMosbeck, brucehoult, the_o, dexonsmith, PkmX, jocewei, jsji, dang, Jim, lenary, s.egerton, pzheng, sameer.abuasal, llvm-commits

Tags: #llvm

Differential Revision: https://reviews.llvm.org/D70179
2019-11-21 10:48:08 -08:00
..
BitstreamRemarkParser.cpp Remarks - fix static analyzer warnings. NFCI. 2019-11-09 13:01:05 +00:00
BitstreamRemarkParser.h Remarks - fix static analyzer warnings. NFCI. 2019-11-09 13:01:05 +00:00
BitstreamRemarkSerializer.cpp [Remarks] Allow remarks::Format::YAML to take a string table 2019-09-16 22:45:17 +00:00
CMakeLists.txt [cmake] Explicitly mark libraries defined in lib/ as "Component Libraries" 2019-11-21 10:48:08 -08:00
LLVMBuild.txt [Remarks] Add parser for bitstream remarks 2019-09-09 17:43:50 +00:00
Remark.cpp [Remarks] Simplify and refactor the RemarkParser interface 2019-07-16 15:25:05 +00:00
RemarkFormat.cpp Remarks - fix shadow variable warnings. NFCI. 2019-11-09 13:01:03 +00:00
RemarkLinker.cpp [Remarks] Add support for linking remarks 2019-10-31 15:26:55 -07:00
RemarkParser.cpp [Remarks] Add support for prepending a path to external files 2019-10-16 15:40:59 +00:00
RemarkSerializer.cpp [Remarks] Allow remarks::Format::YAML to take a string table 2019-09-16 22:45:17 +00:00
RemarkStringTable.cpp [Remarks] Allow remarks::Format::YAML to take a string table 2019-09-16 22:45:17 +00:00
YAMLRemarkParser.cpp [Remarks] Add support for prepending a path to external files 2019-10-16 15:40:59 +00:00
YAMLRemarkParser.h [Remarks] Add support for prepending a path to external files 2019-10-16 15:40:59 +00:00
YAMLRemarkSerializer.cpp [Remarks] Pass StringBlockValue as StringRef. 2019-10-07 17:05:09 +00:00