llvm-project/lld/lib/Core/CMakeLists.txt

add_lld_library(lldCore
  DefinedAtom.cpp
  Error.cpp
  File.cpp
  LinkingContext.cpp
  Reader.cpp
  Resolver.cpp
  SymbolTable.cpp
  Writer.cpp

  ADDITIONAL_HEADER_DIRS
  ${LLD_INCLUDE_DIR}/lld/Core

  LINK_COMPONENTS
    BinaryFormat
    MC
    Support

  LINK_LIBS
  ${LLVM_PTHREAD_LIB}

  DEPENDS
  intrinsics_gen
  )
Set the folder for libraries to 'lld libraries'. NFC. In a UI such as XCode, LLVM source files are in 'libraries' while clang files are in 'clang libraries'. This change moves the lld source to 'lld libraries' to make code browsing easier. It should be NFC as the build itself is still the same, just the structure in a UI differs. llvm-svn: 257001 2016-01-07 08:14:04 +08:00			`add_lld_library(lldCore`
Better tie together ContentType and Permissions. Since most content types (e.g. typeCode) have a preferred Permission, add a function to do that mapping. Then hook up to YAML Reader and Writer such that the 'permissions:' key does not need to be specified unless overriding what the content type prefers. llvm-svn: 171929 2013-01-09 09:17:12 +08:00			`DefinedAtom.cpp`
Cleanup system_error extensions. llvm-svn: 149432 2012-02-01 05:47:13 +08:00			`Error.cpp`
Initial commit. Code by Nick Kledzik. Cleanups and build system by me. llvm-svn: 146844 2011-12-18 16:27:59 +08:00			`File.cpp`
Rename TargetInfo -> LinkingContext. Also change some local variable names: "ti" -> "context" and "_targetInfo" -> "_context". Differential Revision: http://llvm-reviews.chandlerc.com/D1301 llvm-svn: 187823 2013-08-07 06:31:59 +08:00			`LinkingContext.cpp`
Fix five of the shared library build targets Before this patch there was a cyclic dependency between lldCore and lldReaderWriter. Only lldConfig could be built as a shared library. * Moved Reader and Writer base classes into lldCore. * The following shared libraries can now be built: lldCore lldYAML lldNative lldPasses lldReaderWriter Differential Revision: http://reviews.llvm.org/D7105 From: Greg Fitzgerald <garious@gmail.com> llvm-svn: 226732 2015-01-22 06:54:56 +08:00			`Reader.cpp`
Initial commit. Code by Nick Kledzik. Cleanups and build system by me. llvm-svn: 146844 2011-12-18 16:27:59 +08:00			`Resolver.cpp`
			`SymbolTable.cpp`
Fix five of the shared library build targets Before this patch there was a cyclic dependency between lldCore and lldReaderWriter. Only lldConfig could be built as a shared library. * Moved Reader and Writer base classes into lldCore. * The following shared libraries can now be built: lldCore lldYAML lldNative lldPasses lldReaderWriter Differential Revision: http://reviews.llvm.org/D7105 From: Greg Fitzgerald <garious@gmail.com> llvm-svn: 226732 2015-01-22 06:54:56 +08:00			`Writer.cpp`
Set CMake ADDITIONAL_HEADER_DIRS on libraries with headers in /include. NFC. In a UI such as XCode, it can group the headers for a library with that library. This is done in the CMakeLists.txt for the library itself by setting the path(s) as ADDITIONAL_HEADER_DIRS. LLVM already does this for all of its libraries, so just adding this to lld to make things easier. Should be NFC. llvm-svn: 257002 2016-01-07 08:14:09 +08:00
			`ADDITIONAL_HEADER_DIRS`
			`${LLD_INCLUDE_DIR}/lld/Core`

[lld][cmake] Fix LLVM_LINK_LLVM_DYLIB build Summary: Lld's build had a couple of issues which prevented a successfull LLVM_LINK_LLVM_DYLIB compilation. - add_llvm_library vs llvm_add_library: One adds a library to libLLVM.so, other one doesn't. Lld was using the wrong one, causing symbols to be mupltiply defined in things linking to libLLVM. - confusion when to use LINK_LIBS vs LINK_COMPONENTS in llvm_add_library - not using LLVM_LINK_COMPONENTS for add_lld_tool With these fixes lld compiles and it's test suite passes both in LLVM_LINK_LLVM_DYLIB mode and without it. Reviewers: ruiu, beanz Subscribers: llvm-commits, mgorny Differential Revision: https://reviews.llvm.org/D28397 llvm-svn: 291432 2017-01-09 17:57:08 +08:00			`LINK_COMPONENTS`
Add BinaryFormat to lld libraries Without this, when building with shared BUILD_SHARED_LIBS=ON I get errors such as: lib/Core/Reader.cpp:40: error: undefined reference to 'llvm::identify_magic(llvm::StringRef)' Differential Revision: https://reviews.llvm.org/D34004 llvm-svn: 304932 2017-06-08 02:06:11 +08:00			`BinaryFormat`
Fix shared build after r293965 (Core) and r293967 (COFF) llvm-svn: 293996 2017-02-03 18:13:39 +08:00			`MC`
[lld][cmake] Fix LLVM_LINK_LLVM_DYLIB build Summary: Lld's build had a couple of issues which prevented a successfull LLVM_LINK_LLVM_DYLIB compilation. - add_llvm_library vs llvm_add_library: One adds a library to libLLVM.so, other one doesn't. Lld was using the wrong one, causing symbols to be mupltiply defined in things linking to libLLVM. - confusion when to use LINK_LIBS vs LINK_COMPONENTS in llvm_add_library - not using LLVM_LINK_COMPONENTS for add_lld_tool With these fixes lld compiles and it's test suite passes both in LLVM_LINK_LLVM_DYLIB mode and without it. Reviewers: ruiu, beanz Subscribers: llvm-commits, mgorny Differential Revision: https://reviews.llvm.org/D28397 llvm-svn: 291432 2017-01-09 17:57:08 +08:00			`Support`
Add BinaryFormat to lld libraries Without this, when building with shared BUILD_SHARED_LIBS=ON I get errors such as: lib/Core/Reader.cpp:40: error: undefined reference to 'llvm::identify_magic(llvm::StringRef)' Differential Revision: https://reviews.llvm.org/D34004 llvm-svn: 304932 2017-06-08 02:06:11 +08:00
Fix undefined pthread references when building against libc++ llvm-svn: 302363 2017-05-07 06:10:14 +08:00			`LINK_LIBS`
Revert "Fix shared lib build." This reverts commit 17e37ba57a696198c9744eeba4f8f293f155587a because it introduced a circular dependency between Core and Common. Because d0371f473675ede1d79a615ec4fdf0cf5368944c fixed a build issue, we no longer need that dependency. 2019-11-19 11:05:16 +08:00			`${LLVM_PTHREAD_LIB}`
added missing dependency on intrinsics_gen to lib/Core llvm-svn: 293986 2017-02-03 08:53:57 +08:00
			`DEPENDS`
[CMake] Make `intrinsics_gen` dependency unconditional. The `intrinsics_gen` target exists in the CMake exports since r309389 (see LLVMConfig.cmake.in), hence projects can depend on `intrinsics_gen` even it they are built separately from LLVM. Reviewed By: MaskRay, JDevlieghere Differential Revision: https://reviews.llvm.org/D83454 2020-07-18 07:43:05 +08:00			`intrinsics_gen`
Hopefully fix latent bug where lldCore dependency on lldYAML was not in CMake files llvm-svn: 194177 2013-11-07 06:56:42 +08:00			`)`