replica
/
hanchenye-llvm-project
2
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
hanchenye-llvm-project/clang/lib/FrontendTool/CMakeLists.txt

27 lines
515 B
CMake
Raw Normal View History

Move ExecuteCompilerInvocation to a new library FrontendTool r110903 introduced a dependency from Frontend to every library that declared an Action by introducing Action references that previously resided in the driver in the file ExecuteCompilerInvocation.cpp. This patch moves ExecuteCompilerInvocation to a new library named FrontendTool which is intended to bear these dependencies. llvm-svn: 111873
2010-08-24 08:31:22 +08:00
add_clang_library(clangFrontendTool
ExecuteCompilerInvocation.cpp
)
More missing dependencies picked up by Ninja. llvm-svn: 139248
2011-09-08 03:12:36 +08:00
add_dependencies(clangFrontendTool
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
ClangDiagnosticFrontend
clang/lib: [CMake] Update tblgen'd dependencies. llvm-svn: 160851
2012-07-27 14:18:33 +08:00
ClangDriverOptions
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(clangFrontendTool
clangDriver
clangFrontend
Split library clangRewrite into clangRewriteCore and clangRewriteFrontend. This is similar to how we divide up the StaticAnalyzer libraries to separate core functionality to what is clearly associated with Frontend actions. llvm-svn: 163050
2012-09-01 13:09:24 +08:00
clangRewriteCore
clangRewriteFrontend
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
clangCodeGen
clangARCMigrate
)
With CLANG_ENABLE_STATIC_ANALYZER=0, link clang properly and skip clang-check. Previously, the CMake build still tried to link clang against the static analyzer libraries, even if CLANG_ENABLE_STATIC_ANALYZER was off. Furthermore, clang-check depends on the analyzer, so it should be disabled (in both CMake and configure builds). In theory, clang-check could be made to conditionally include analyzer support (like clang itself), but for now this at least gets a CMake ALL_BUILD working. Patch by Stephen Kelly, modified by me. llvm-svn: 185548
2013-07-04 00:20:29 +08:00
if(CLANG_ENABLE_STATIC_ANALYZER)
target_link_libraries(clangFrontendTool
clangStaticAnalyzerFrontend
clangStaticAnalyzerCheckers
clangStaticAnalyzerCore
)
endif()