maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/tools/lto/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

48 lines
1.1 KiB
CMake
Raw Normal View History

Update link components for llvm-dis and LTO. llvm-svn: 127545
2011-03-13 00:48:49 +08:00
set(LLVM_LINK_COMPONENTS
Break false dependencies on target libraries Summary: For the most part this consists of replacing ${LLVM_TARGETS_TO_BUILD} with some combination of AllTargets* so that they depend on specific components of a target backend rather than all of it. The overall effect of this is that, for example, tools like opt no longer falsely depend on the disassembler, while tools like llvm-ar no longer depend on the code generator. There's a couple quirks to point out here: * AllTargetsCodeGens is a bit more prevalent than expected. Tools like dsymutil seem to need it which I was surprised by. * llvm-xray linked to all the backends but doesn't seem to need any of them. It builds and passes the tests so that seems to be correct. * I left gold out as it's not built when binutils is not available so I'm unable to test it Reviewers: bogner, JDevlieghere Reviewed By: bogner Subscribers: mehdi_amini, mgorny, steven_wu, dexonsmith, rupprecht, llvm-commits Tags: #llvm Differential Revision: https://reviews.llvm.org/D62331 llvm-svn: 361567
2019-05-24 07:02:56 +08:00
AllTargetsAsmParsers
AllTargetsCodeGens
AllTargetsDescs
AllTargetsDisassemblers
AllTargetsInfos
Fix libdeps in r275125. LTO tools require BitReader. llvm-svn: 275148
2016-07-12 11:01:22 +08:00
BitReader
Unbreak cmake build with shared libraries enabled. llvm-svn: 224661
2014-12-20 09:51:02 +08:00
Core
Replace MCTargetOptionsCommandFlags.inc and CommandFlags.inc by runtime registration MCTargetOptionsCommandFlags.inc and CommandFlags.inc are headers which contain cl::opt with static storage. These headers are meant to be incuded by tools to make it easier to parametrize codegen/mc. However, these headers are also included in at least two libraries: lldCommon and handle-llvm. As a result, when creating DYLIB, clang-cpp holds a reference to the options, and lldCommon holds another reference. Linking the two in a single executable, as zig does[0], results in a double registration. This patch explores an other approach: the .inc files are moved to regular files, and the registration happens on-demand through static declaration of options in the constructor of a static object. [0] https://bugzilla.redhat.com/show_bug.cgi?id=1756977#c5 Differential Revision: https://reviews.llvm.org/D75579
2020-03-04 07:47:43 +08:00
CodeGen
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908
2013-12-10 19:13:32 +08:00
LTO
MC
Revert r200560, "LTO itself hasn't depended on MCDisassembler any more." Oh sorry, I missed LTO.exports, ... I checked just only *.cpp(s). llvm-svn: 200562
2014-02-01 01:57:50 +08:00
MCDisassembler
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908
2013-12-10 19:13:32 +08:00
Support
add missing dependency on Target lib for tools This was exposed by r238842 (which was reverted by r238900) when doing a CMake build with -DBUILD_SHARED_LIBS=ON. llvm-svn: 238953
2015-06-04 03:07:51 +08:00
Target
[CMake] Update LLVM_LINK_COMPONENTS for each CMakeLists.txt. llvm-svn: 196908
2013-12-10 19:13:32 +08:00
)
Add LTO and gold plugin to the CMake build. Linux-only, support for other systems pending. PR9456. llvm-svn: 127466
2011-03-11 23:44:24 +08:00
Build LTO as a static library too. llvm-svn: 127549
2011-03-13 01:32:30 +08:00
set(SOURCES
libLTO: Add a utility method to initialize the disassemblers. Necessary to give disassembler users (like darwin's otool) a possibility to dlopen libLTO and still initialize the required LLVM bits. This used to go through libMCDisassembler but that's a gross layering violation, the MC layer can't pull in functions from the targets. Adding a function to libLTO is a bit of a hack but not worse than exposing other disassembler bits from libLTO. Fixes PR14362. llvm-svn: 168545
2012-11-25 00:59:10 +08:00
LTODisassembler.cpp
Add LTO and gold plugin to the CMake build. Linux-only, support for other systems pending. PR9456. llvm-svn: 127466
2011-03-11 23:44:24 +08:00
lto.cpp
)
EXPORTED_SYMBOL_FILE support for cmake The cmake build didn't support EXPORTED_SYMBOL_FILE. Instead, it had a Windows-only implementation in tools/lto/CMakeLists.txt, a linux-only implementation in tools/gold/CMakeLists.txt, and a darwin-only implementation in tools/clang/tools/libclang/CMakeLists.txt. This attempts to consolidate these one-offs into a single place. Clients can now just set LLVM_EXPORTED_SYMBOL_FILE and things (hopefully) Just Work, like in the make build. llvm-svn: 198136
2013-12-29 07:31:44 +08:00
set(LLVM_EXPORTED_SYMBOL_FILE ${CMAKE_CURRENT_SOURCE_DIR}/lto.exports)
Only modify lto.exports.def when contents have changed. Patch by Greg Bedwell. llvm-svn: 192182
2013-10-08 23:07:00 +08:00
[AIX] Build libLTO as MODULE rather than SHARED On CMake versions greater that >= 3.16 on AIX, shared libraries are created as archives (which is the normal form for the platform). However plugins libraries which are passed directly to a executable, like libLTO to the linker, are usual build as plain `.so`, so this patch restores this behaviour for libLTO on AIX (and adjust the name if need be to account for the fact that llvm_add_library likes to force an empty name prefix on modules), so we end up with the expected libLTO.so Reviewed By: w2yehia Differential Revision: https://reviews.llvm.org/D103824
2021-06-10 23:15:04 +08:00
if(CMAKE_SYSTEM_NAME STREQUAL AIX)
set(LTO_LIBRARY_TYPE MODULE)
set(LTO_LIBRARY_NAME libLTO)
else()
set(LTO_LIBRARY_TYPE SHARED)
set(LTO_LIBRARY_NAME LTO)
endif()
add_llvm_library(${LTO_LIBRARY_NAME} ${LTO_LIBRARY_TYPE} INSTALL_WITH_TOOLCHAIN
${SOURCES} DEPENDS intrinsics_gen)
CMake: move lto.h install to tools/lto/CMakeLists.txt It looked misplaced in the main CMakeLists.txt file. llvm-svn: 189230
2013-08-27 00:54:12 +08:00
[CMake] llvm-c/lto.h should be installed if libLTO.a is built. llvm-svn: 201859
2014-02-21 22:57:09 +08:00
install(FILES ${LLVM_MAIN_INCLUDE_DIR}/llvm-c/lto.h
Revert "Use `GNUInstallDirs` to support custom installation dirs. -- LLVM" This reverts commit 6fd2db04d0f22ea22c5317d98ce2126aa64b6a73 since it broke GreenDragon LLDB-Incremental bot: https://green.lab.llvm.org/green/job/lldb-cmake/37560/console Signed-off-by: Med Ismail Bennani <medismail.bennani@gmail.com>
2021-11-03 02:10:50 +08:00
DESTINATION include/llvm-c
[CMake] Assigning the LTO component to lto.h This makes it so lto.h is installed when you run the install-LTO target. llvm-svn: 262066
2016-02-27 05:07:02 +08:00
COMPONENT LTO)
[CMake] Add compatibility and current versioning to libLTO to match autoconf support. This also adds LLVM_LTO_VERSION_OFFSET to support functional equivalence to autoconf. llvm-svn: 250245
2015-10-14 06:54:29 +08:00
if (APPLE)
set(LTO_VERSION ${LLVM_VERSION_MAJOR})
if(LLVM_LTO_VERSION_OFFSET)
math(EXPR LTO_VERSION "${LLVM_VERSION_MAJOR} + ${LLVM_LTO_VERSION_OFFSET}")
endif()
set_property(TARGET LTO APPEND_STRING PROPERTY
LINK_FLAGS
[CMake] Add LLVM_VERSION_PATCH to the -current_version flag for libLTO and libLLVM. This is to match autoconf where LLVM_SUBMIT_SUBVERSION is usually set to ${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}. llvm-svn: 250277
2015-10-14 15:50:21 +08:00
" -compatibility_version 1 -current_version ${LTO_VERSION}.${LLVM_VERSION_MINOR}.${LLVM_VERSION_PATCH}")
[CMake] Add compatibility and current versioning to libLTO to match autoconf support. This also adds LLVM_LTO_VERSION_OFFSET to support functional equivalence to autoconf. llvm-svn: 250245
2015-10-14 06:54:29 +08:00
endif()