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

add_subdirectory(MachO)
add_subdirectory(YAML)

if (MSVC)
  add_definitions(-wd4062) # Suppress 'warning C4062: Enumerator has no associated handler in a switch statement.'
endif()

add_lld_library(lldReaderWriter
  FileArchive.cpp

  ADDITIONAL_HEADER_DIRS
  ${LLD_INCLUDE_DIR}/lld/ReaderWriter

  LINK_COMPONENTS
    Object
    Support

  LINK_LIBS
    lldCore
  )
Major refactoring: Remove Platform concept. In its place there are now Reader and Writer subclasses for each file format. Each Reader and Writer subclass defines an "options" class which controls how that Reader or Writer operates. llvm-svn: 157774 2012-06-01 06:34:00 +08:00			`add_subdirectory(MachO)`
			`add_subdirectory(YAML)`
lldReaderWriter: move LLVM_LINK_COMPONENTS. It seems Subdirectories don't depend on LLVMObject. Please give LLVMObject explicitly in each subdirectory if any of subdirectories required it. llvm-svn: 202236 2014-02-26 14:28:09 +08:00
Disable C4062 on Windows. The use of std::future introduces an implicit dependency on the PPL subcomponent of ConcRT. ConcRT in general is pretty noisy with warnings, so this patch just disables one of the noisy warnings. llvm-svn: 226590 2015-01-21 03:23:44 +08:00			`if (MSVC)`
			`add_definitions(-wd4062) # Suppress 'warning C4062: Enumerator has no associated handler in a switch statement.'`
			`endif()`

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(lldReaderWriter`
Move definitions to cpp file. No functionality change. llvm-svn: 196563 2013-12-06 12:43:01 +08:00			`FileArchive.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/ReaderWriter`

[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`
			`Object`
			`Support`

add_lld_library -> add_llvm_library * Works better for shared libraries (sets PRIVATE instead of INTERFACE) * Fixes http://llvm.org/bugs/show_bug.cgi?id=22269 * Also, use build-target names instead of component names Differential Revision: http://reviews.llvm.org/D7074 From: Greg Fitzgerald <garious@gmail.com> llvm-svn: 226702 2015-01-22 05:26:27 +08:00			`LINK_LIBS`
			`lldCore`
Add library dependencies to the lld cmake build. llvm-svn: 169306 2012-12-05 05:09:04 +08:00			`)`