llvm-project/clang/lib/Driver/CMakeLists.txt

set(LLVM_LINK_COMPONENTS
  Option
  Support
  )

add_clang_library(clangDriver
  Action.cpp
  Compilation.cpp
  CrossWindowsToolChain.cpp
  Driver.cpp
  DriverOptions.cpp
  Job.cpp
  MinGWToolChain.cpp
  Multilib.cpp
  MSVCToolChain.cpp
  Phases.cpp
  SanitizerArgs.cpp
  Tool.cpp
  ToolChain.cpp
  ToolChains.cpp
  Tools.cpp
  Types.cpp

  DEPENDS
  ClangDriverOptions

  LINK_LIBS
  clangBasic
  )
[CMake] clangDriver: Move LLVM stuff in target_link_library to LLVM_LINK_COMPONENTS. llvm-svn: 196798 2013-12-10 03:04:19 +08:00			`set(LLVM_LINK_COMPONENTS`
			`Option`
			`Support`
			`)`

support cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`add_clang_library(clangDriver`
			`Action.cpp`
			`Compilation.cpp`
Driver: add CrossWindowsToolChain This is a very basic toolchain. It supports cross-compiling Windows (primarily inspired by the WoA target). It is meant to use clang with the LLVM IAS and a binutils ld-compatible interface for the linker (eventually to be lld). It does not perform any "standard" GCC lookup, nor does it perform any special adjustments given that it is expected to be used in an environment where the user is using MSVCRT (and as such Visual Studio headers) and the Windows SDK. The primary runtime library is expected to be compiler-rt and the C++ implementation to be libc++. It also expects that a sysroot has been setup given the usual Unix semantics (standard C headers in /usr/include, all the import libraries available in /usr/lib). It also expects that an entry point stub is present in /usr/lib (crtbegin.obj for executables, crtbeginS.obj for shared libraries). The entry point stub is responsible for running any GNU constructors. llvm-svn: 220546 2014-10-24 11:13:37 +08:00			`CrossWindowsToolChain.cpp`
support cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`Driver.cpp`
Driver: Split OptTable out into OptTable.{h,cpp} llvm-svn: 89283 2009-11-19 08:15:11 +08:00			`DriverOptions.cpp`
Really fix cmake style builds. llvm-svn: 67633 2009-03-25 01:52:34 +08:00			`Job.cpp`
Support mingw-w64 and mingw.org toolchains at any install location. No more hardcoded paths: clang will use -sysroot as gcc root location if provided. Otherwise, it will search for gcc on the path. If not found it will use the driver installed location. http://reviews.llvm.org/D5268 Patch by Ruben Van Boxem, Martell Malone, Yaron Keren. Reviewed by Reid Kleckner. llvm-svn: 241241 2015-07-02 12:45:27 +08:00			`MinGWToolChain.cpp`
Add Multilib selection machinery This patch improves the support for picking Multilibs from gcc installations. It also provides a better approximation for the flags '-print-multi-directory' and '-print-multi-lib'. This reverts r201203 (i.e. re-applying r201202 with small fixes in unittests/CMakeLists.txtto make the build bots happy). review: http://llvm-reviews.chandlerc.com/D2538 llvm-svn: 201205 2014-02-12 11:21:20 +08:00			`Multilib.cpp`
Driver: rename Windows to MSVCToolChain This renames the Windows toolchain to MSVCToolChain. This is a preparatory step for adding a CrossWindowsToolChain which uses clang/libc++/(ld/lld) without the standard GCC toolchain lookup. NFC. llvm-svn: 220362 2014-10-22 10:37:29 +08:00			`MSVCToolChain.cpp`
support cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`Phases.cpp`
Move SanitizerArgs implementation from .h to .cpp llvm-svn: 187972 2013-08-08 18:11:02 +08:00			`SanitizerArgs.cpp`
Really fix cmake style builds. llvm-svn: 67633 2009-03-25 01:52:34 +08:00			`Tool.cpp`
			`ToolChain.cpp`
			`ToolChains.cpp`
			`Tools.cpp`
support cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`Types.cpp`
Add some missing CMake dependencies llvm-svn: 73700 2009-06-18 23:05:47 +08:00
[CMake] Get rid of explicit dependencies to include/clang/.inc and introduce CLANG_TABLEGEN_TARGETS. This does; - clang_tablegen() adds each tblgen'd target to global property CLANG_TABLEGEN_TARGETS as list. - List of targets is added to LLVM_COMMON_DEPENDS. - all clang libraries and targets depend on generated headers. You might wonder this would be regression, but in fact, this is little loss. - Almost all of clang libraries depend on tblgen'd files and clang-tblgen. - clang-tblgen may cause short stall-out but doesn't cause unconditional rebuild. - Each library's dependencies to tblgen'd files might vary along headers' structure. It made hard to track and update really optimal* dependencies. Each dependency to intrinsics_gen and ClangSACheckers is left as DEPENDS. llvm-svn: 201842 2014-02-21 15:59:59 +08:00			`DEPENDS`
Remove a goofy CMake hack and use the standard CMake facilities to express library-level dependencies within Clang. This is no more verbose really, and plays nicer with the rest of the CMake facilities. It should also have no change in functionality. llvm-svn: 158888 2012-06-21 09:30:21 +08:00			`ClangDriverOptions`
Fix MSVC build. llvm-svn: 143770 2011-11-05 08:46:46 +08:00
[CMake] Use LINK_LIBS instead of target_link_libraries(). llvm-svn: 202238 2014-02-26 14:41:29 +08:00			`LINK_LIBS`
Remove a goofy CMake hack and use the standard CMake facilities to express library-level dependencies within Clang. This is no more verbose really, and plays nicer with the rest of the CMake facilities. It should also have no change in functionality. llvm-svn: 158888 2012-06-21 09:30:21 +08:00			`clangBasic`
			`)`