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

add_clang_library(clangDriver
  Action.cpp
  CC1AsOptions.cpp
  Compilation.cpp
  Driver.cpp
  DriverOptions.cpp
  Job.cpp
  Phases.cpp
  Tool.cpp
  ToolChain.cpp
  ToolChains.cpp
  WindowsToolChain.cpp
  Tools.cpp
  Types.cpp
  )

add_dependencies(clangDriver
  ClangAttrList
  ClangCC1AsOptions
  ClangDiagnosticCommon
  ClangDiagnosticDriver
  ClangDriverOptions
  )

target_link_libraries(clangDriver
  clangBasic
  LLVMOption
  )
support cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`add_clang_library(clangDriver`
			`Action.cpp`
Driver/MC: Add 'clang -cc1as' integrated assembler tool, currently accepts approximately the same interface as 'llvm-mc'. llvm-svn: 104239 2010-05-21 01:49:16 +08:00			`CC1AsOptions.cpp`
support cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`Compilation.cpp`
			`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 cmake llvm-svn: 66884 2009-03-13 19:37:39 +08:00			`Phases.cpp`
Really fix cmake style builds. llvm-svn: 67633 2009-03-25 01:52:34 +08:00			`Tool.cpp`
			`ToolChain.cpp`
			`ToolChains.cpp`
Split the Windows toolchain definition into its own file. This is especially nice as the Windows toolchain needs the windows header files, and has lots of platform specific hooks in it. To facilitate the split, hoist a bunch of file-level static helpers into class-level static helpers. Spiff up their doxygen comments while there as they're now more likely to be looked up via docs. Hopefully, this will be followed by further breaking apart of the toolchain definitions. Most of the large and complex ones should likely live on their own. I'm looking at you Darwin. ;] llvm-svn: 146840 2011-12-18 07:10:01 +08:00			`WindowsToolChain.cpp`
Really fix cmake style builds. llvm-svn: 67633 2009-03-25 01:52:34 +08:00			`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
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			`add_dependencies(clangDriver`
			`ClangAttrList`
clang/lib: [CMake] Reformat, alphabetize lists. llvm-svn: 160850 2012-07-27 14:18:12 +08:00			`ClangCC1AsOptions`
clang/lib: [CMake] Update tblgen'd dependencies. llvm-svn: 160851 2012-07-27 14:18:33 +08:00			`ClangDiagnosticCommon`
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			`ClangDiagnosticDriver`
			`ClangDriverOptions`
			`)`
Fix MSVC build. llvm-svn: 143770 2011-11-05 08:46:46 +08:00
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			`target_link_libraries(clangDriver`
			`clangBasic`
[Driver] Refactor clang driver to use LLVM's Option library The big changes are: - Deleting Driver/(Arg\|Opt)* - Rewriting includes to llvm/Option/ and re-sorting - 'using namespace llvm::opt' in clang::driver - Fixing the autoconf build by adding option everywhere As discussed in the review, this change includes using directives in header files. I'll make follow up changes to remove those in favor of name specifiers. Reviewers: espindola Differential Revision: http://llvm-reviews.chandlerc.com/D975 llvm-svn: 183989 2013-06-15 01:17:23 +08:00			`LLVMOption`
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			`)`