maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/lib/Tooling/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

45 lines
828 B
CMake
Raw Normal View History

clangTooling: Update libdeps: LLVMOptions, since r280118. llvm-svn: 280187
2016-08-31 08:46:32 +08:00
set(LLVM_LINK_COMPONENTS
Option
Support
)
Adds a tooling library. Provides an API to run clang tools (FrontendActions) as standalone tools, or repeatedly in-memory in a process. This is useful for unit-testing, map-reduce style applications, source transformation daemons or command line tools. The ability to run over multiple translation units with different command line arguments enables building up refactoring tools that need to apply transformations across translation unit boundaries. See tools/clang-check/ClangCheck.cpp for an example. llvm-svn: 154008
2012-04-04 20:07:46 +08:00
Refactor libTooling to reduce required dependencies. This moves classes for storing and applying replacements to separate files. These classes specifically are used by clang-format which doesn't have any other dependencies on clangAST. Thereby, the size of clang-format's binary can be cut roughly in half and its build time sped up. llvm-svn: 220867
2014-10-30 02:55:09 +08:00
add_subdirectory(Core)
Reland "Move #include manipulation code to new lib/Tooling/Inclusions." This reverts commit r333534 (i.e. reland r332720) after fixing module build. Differential Revision: https://reviews.llvm.org/D47068 llvm-svn: 333874
2018-06-04 17:04:12 +08:00
add_subdirectory(Inclusions)
Introducing clang::tooling::AtomicChange for refactoring tools. Summary: An AtomicChange is used to create and group a set of source edits, e.g. replacements or header insertions. Edits in an AtomicChange should be related, e.g. replacements for the same type reference and the corresponding header insertion/deletion. An AtomicChange is uniquely identified by a key position and will either be fully applied or not applied at all. The key position should be the location of the key syntactical element that is being changed, e.g. the call to a refactored method. Next step: add a tool that applies AtomicChange. Reviewers: klimek, djasper Reviewed By: klimek Subscribers: alexshap, cfe-commits, djasper, mgorny Differential Revision: https://reviews.llvm.org/D27054 llvm-svn: 296616
2017-03-01 21:14:01 +08:00
add_subdirectory(Refactoring)
[clang-diff] Add initial implementation This is the first commit for the "Clang-based C/C++ diff tool" GSoC project. ASTDiff is a new library that computes a structural AST diff between two ASTs using the gumtree algorithm. Clang-diff is a new Clang tool that will show the structural code changes between different ASTs. Patch by Johannes Altmanninger! Differential Revision: https://reviews.llvm.org/D34329 llvm-svn: 308731
2017-07-21 20:49:28 +08:00
add_subdirectory(ASTDiff)
Reland r361148 with a fix to the buildbot failure. Reverted in r361377. Also reland the '.gn' files (reverted in r361389). llvm-svn: 361391
2019-05-22 22:44:45 +08:00
add_subdirectory(Syntax)
[clang-scan-deps] Introduce the DependencyScanning library with the thread worker code and better error handling This commit extracts out the code that will powers the fast scanning worker into a new file in a new DependencyScanning library. The error and output handling is improved so that the clients can gather errors/results from the worker directly. Differential Revision: https://reviews.llvm.org/D63681 llvm-svn: 364474
2019-06-27 05:11:51 +08:00
add_subdirectory(DependencyScanning)
[libTooling] Move Transformer files to their own directory/library. Summary: The Transformer library has been growing inside of lib/Tooling/Refactoring. However, it's not really related to anything else in that directory. This revision moves all Transformer-related files into their own include & lib directories. A followup revision will (temporarily) add forwarding headers to help any users migrate their code to the new location. Reviewers: gribozavr Subscribers: mgorny, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D68637 llvm-svn: 374271
2019-10-10 10:34:47 +08:00
add_subdirectory(Transformer)
Refactor libTooling to reduce required dependencies. This moves classes for storing and applying replacements to separate files. These classes specifically are used by clang-format which doesn't have any other dependencies on clangAST. Thereby, the size of clang-format's binary can be cut roughly in half and its build time sped up. llvm-svn: 220867
2014-10-30 02:55:09 +08:00
Adds a tooling library. Provides an API to run clang tools (FrontendActions) as standalone tools, or repeatedly in-memory in a process. This is useful for unit-testing, map-reduce style applications, source transformation daemons or command line tools. The ability to run over multiple translation units with different command line arguments enables building up refactoring tools that need to apply transformations across translation unit boundaries. See tools/clang-check/ClangCheck.cpp for an example. llvm-svn: 154008
2012-04-04 20:07:46 +08:00
add_clang_library(clangTooling
Add a tool executor that runs actions on all TUs in the compilation database. Summary: Tool results are deduplicated by the result key. Reviewers: hokein Subscribers: klimek, mgorny, cfe-commits Differential Revision: https://reviews.llvm.org/D41729 llvm-svn: 321864
2018-01-05 18:32:16 +08:00
AllTUsExecution.cpp
clang/lib: [CMake] Reformat, alphabetize lists. llvm-svn: 160850
2012-07-27 14:18:12 +08:00
ArgumentsAdjusters.cpp
Reverted clang-check to fully supported CommandLine Library use-case: global static variables. llvm-svn: 162391
2012-08-23 04:52:52 +08:00
CommonOptionsParser.cpp
Adds a tooling library. Provides an API to run clang tools (FrontendActions) as standalone tools, or repeatedly in-memory in a process. This is useful for unit-testing, map-reduce style applications, source transformation daemons or command line tools. The ability to run over multiple translation units with different command line arguments enables building up refactoring tools that need to apply transformations across translation unit boundaries. See tools/clang-check/ClangCheck.cpp for an example. llvm-svn: 154008
2012-04-04 20:07:46 +08:00
CompilationDatabase.cpp
[Tooling] A new framework for executing clang frontend actions. Summary: This defines a `clang::tooling::ToolExecutor` interface that can be extended to support different execution plans including standalone execution on a given set of TUs or parallel execution on all TUs in a codebase. In order to enable multiprocessing execution, tool actions are expected to output result into a `ToolResults` interface provided by executors. The `ToolResults` interface abstracts how results are stored e.g. in-memory for standalone executions or on-disk for large-scale execution. New executors can be registered as `ToolExecutorPlugin`s via the `ToolExecutorPluginRegistry`. CLI tools can use `createExecutorFromCommandLineArgs` to create a specific registered executor according to the command-line arguments. This patch also implements `StandaloneToolExecutor` which has the same behavior as the current `ClangTool` interface, i.e. execute frontend actions on a given set of TUs. At this point, it's simply a wrapper around `ClangTool` at this point. This is still experimental but expected to replace the existing `ClangTool` interface so that specific tools would not need to worry about execution. Reviewers: klimek, arphaman, hokein, sammccall Reviewed By: klimek Subscribers: cfe-commits, djasper, mgorny, omtcyfz Differential Revision: https://reviews.llvm.org/D34272 llvm-svn: 316653
2017-10-26 18:38:14 +08:00
Execution.cpp
Support symlinks and relative paths in complilation databases. Review: http://llvm-reviews.chandlerc.com/D30 llvm-svn: 165392
2012-10-09 00:08:15 +08:00
FileMatchTrie.cpp
[tooling] FixItHint Tooling refactoring Summary: This is the refactoring to lift some FixItHint into tooling. used by: http://reviews.llvm.org/D19807 Reviewers: klimek, alexfh Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D19941 llvm-svn: 269188
2016-05-11 22:31:39 +08:00
FixIt.cpp
[clang][Tooling] Infer target and mode from argv[0] when using JSONCompilationDatabase Summary: Wraps JSON compilation database with a target and mode adding database wrapper. So that driver can correctly figure out which toolchain to use. Note that clients that wants to make use of this target discovery mechanism needs to link in TargetsInfos and initialize them at startup. Reviewers: ilya-biryukov Subscribers: mgorny, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D63755 llvm-svn: 364386
2019-06-26 15:39:03 +08:00
GuessTargetAndModeCompilationDatabase.cpp
[Tooling] A CompilationDatabase wrapper that infers header commands. Summary: The wrapper finds the closest matching compile command using filename heuristics and makes minimal tweaks so it can be used with the header. Subscribers: klimek, mgorny, cfe-commits Differential Revision: https://reviews.llvm.org/D45006 llvm-svn: 329580
2018-04-09 23:17:39 +08:00
InterpolatingCompilationDatabase.cpp
Use LLVM's plugin registry to enable registering new compilation databases. Move JSONCompilationDatabase.h to its own files and register it as plugin. llvm-svn: 162541
2012-08-24 13:50:27 +08:00
JSONCompilationDatabase.cpp
Adds the Refactoring library, which is a layer on top of the Tooling library that allows easy refactoring across translation units. llvm-svn: 157331
2012-05-24 00:29:20 +08:00
Refactoring.cpp
Move RefactoringCallbacks to Tooling to avoid dependency from ASTMatchers (lower level abstraction) to Tooling (higher level abstraction). llvm-svn: 160351
2012-07-17 16:03:01 +08:00
RefactoringCallbacks.cpp
[Tooling] A new framework for executing clang frontend actions. Summary: This defines a `clang::tooling::ToolExecutor` interface that can be extended to support different execution plans including standalone execution on a given set of TUs or parallel execution on all TUs in a codebase. In order to enable multiprocessing execution, tool actions are expected to output result into a `ToolResults` interface provided by executors. The `ToolResults` interface abstracts how results are stored e.g. in-memory for standalone executions or on-disk for large-scale execution. New executors can be registered as `ToolExecutorPlugin`s via the `ToolExecutorPluginRegistry`. CLI tools can use `createExecutorFromCommandLineArgs` to create a specific registered executor according to the command-line arguments. This patch also implements `StandaloneToolExecutor` which has the same behavior as the current `ClangTool` interface, i.e. execute frontend actions on a given set of TUs. At this point, it's simply a wrapper around `ClangTool` at this point. This is still experimental but expected to replace the existing `ClangTool` interface so that specific tools would not need to worry about execution. Reviewers: klimek, arphaman, hokein, sammccall Reviewed By: klimek Subscribers: cfe-commits, djasper, mgorny, omtcyfz Differential Revision: https://reviews.llvm.org/D34272 llvm-svn: 316653
2017-10-26 18:38:14 +08:00
StandaloneExecution.cpp
clang/lib: [CMake] Reformat, alphabetize lists. llvm-svn: 160850
2012-07-27 14:18:12 +08:00
Tooling.cpp
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
clangTooling depends on ClangDriverOptions since r280118. llvm-svn: 280186
2016-08-31 08:46:25 +08:00
DEPENDS
ClangDriverOptions
[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
clangAST
Move RefactoringCallbacks to Tooling to avoid dependency from ASTMatchers (lower level abstraction) to Tooling (higher level abstraction). llvm-svn: 160351
2012-07-17 16:03:01 +08:00
clangASTMatchers
[CMake] clang/lib: Satisfy dependencies to add *actually used* libraries on target_link_libraries() and LLVM_LINK_COMPONENTS. I will prune redundant dependencies later. llvm-svn: 196800
2013-12-10 03:04:43 +08:00
clangBasic
clangDriver
Added formatAndApplyAllReplacements that works on multiple files in libTooling. Summary: formatAndApplyAllReplacements takes a set of Replacements, applies them on a Rewriter, and reformats the changed code. Reviewers: klimek, djasper Subscribers: ioeric, klimek, cfe-commits Differential Revision: http://reviews.llvm.org/D17852 llvm-svn: 264745
2016-03-30 00:31:53 +08:00
clangFormat
[CMake] clang/lib: Satisfy dependencies to add *actually used* libraries on target_link_libraries() and LLVM_LINK_COMPONENTS. I will prune redundant dependencies later. llvm-svn: 196800
2013-12-10 03:04:43 +08:00
clangFrontend
clangLex
Make clang's rewrite engine a core feature The rewrite facility's footprint is small so it's not worth going to these lengths to support disabling at configure time, particularly since key compiler features now depend on it. Meanwhile the Objective-C rewriters have been moved under the ENABLE_CLANG_ARCMT umbrella for now as they're comparatively heavy and still potentially worth excluding from lightweight builds. Tests are now passing with any combination of feature flags. The flags historically haven't been tested by LLVM's build servers so caveat emptor. llvm-svn: 213171
2014-07-17 00:48:33 +08:00
clangRewrite
Add explicit dependency on clangSerialization for a bunch of components to fix -DBUILD_SHARED_LIBS=on build This is a more thorough fix of rC348911. The story about -DBUILD_SHARED_LIBS=on build after rC348907 (Move PCHContainerOperations from Frontend to Serialization) is: 1. libclangSerialization.so defines PCHContainerReader dtor, ... 2. clangFrontend and clangTooling define classes inheriting from PCHContainerReader, thus their DSOs have undefined references on PCHContainerReader dtor 3. Components depending on either clangFrontend or clangTooling cannot be linked unless they have explicit dependency on clangSerialization due to the default linker option -z defs. The explicit dependency could be avoided if libclang{Frontend,Tooling}.so had these undefined references. This patch adds the explicit dependency on clangSerialization to make them build. llvm-svn: 348915
2018-12-12 16:02:18 +08:00
clangSerialization
Refactor libTooling to reduce required dependencies. This moves classes for storing and applying replacements to separate files. These classes specifically are used by clang-format which doesn't have any other dependencies on clangAST. Thereby, the size of clang-format's binary can be cut roughly in half and its build time sped up. llvm-svn: 220867
2014-10-30 02:55:09 +08:00
clangToolingCore
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
)