summaryrefslogtreecommitdiffstats
path: root/clang-tools-extra/clang-apply-replacements
Commit message (Collapse)AuthorAgeFilesLines
...
* Quick build fix.Rafael Espindola2014-06-122-0/+2
| | | | llvm-svn: 210838
* include system_error directly.Rafael Espindola2014-06-121-1/+1
| | | | llvm-svn: 210797
* Replace llvm::error_code with std::error_code.Rafael Espindola2014-06-122-2/+2
| | | | llvm-svn: 210776
* [C++11] Use 'nullptr'.Craig Topper2014-06-091-1/+1
| | | | llvm-svn: 210447
* [C++11] Replace OwningPtr with std::unique_ptr.Ahmed Charles2014-03-092-2/+2
| | | | | | | | This removes all references to OwningPtr, which should be fairly undisruptive to out-of-tree projects since they are unlikely to use clang-tools-extra as a library instead of a set of tools. llvm-svn: 203382
* [CMake] Use LINK_LIBS instead of target_link_libraries().NAKAMURA Takumi2014-02-261-2/+2
| | | | llvm-svn: 202238
* Update for llvm api change.Rafael Espindola2014-02-242-2/+2
| | | | llvm-svn: 202055
* Update for llvm api change.Rafael Espindola2014-02-242-2/+3
| | | | llvm-svn: 202045
* Run llvm/utils/sort_includes.py over the Clang tools code. This doesn'tChandler Carruth2014-01-071-1/+1
| | | | | | | | | | always produce as pretty of results as it does in LLVM and Clang, but I don't mind and the value of having a single canonical ordering is very high IMO. Let me know if you spot really serious problems here. llvm-svn: 198703
* [CMake] clang-tools-extra: Update dependencies.NAKAMURA Takumi2013-12-102-3/+6
| | | | llvm-svn: 196860
* [CMake] clang-tools-extra may not depend on LLVM CodeGen.NAKAMURA Takumi2013-12-092-10/+2
| | | | llvm-svn: 196805
* Adapt the code to the interface change in r196108.Alexander Kornienko2013-12-021-1/+1
| | | | llvm-svn: 196109
* Fix the build after r195016.Alexander Kornienko2013-11-181-2/+1
| | | | llvm-svn: 195020
* clang-modernize: Apply replacements using clang-apply-replacementsEdwin Vane2013-10-051-1/+1
| | | | | | | | | | | | | | | | | | | | | Summary: The clang-apply-replacements process is now invoked to apply replacements between applying transforms. This resulted in a massive simplification of the tool: - FileOverrides class no longer needed. - Change tracking and code formatting no longer needed. - No more dependency on libclangApplyReplacements. - Final syntax check is easier to do directly now than with a separate header/source pair. Replacement handling stuff abstracted into a new header/source pair to de-clutter ClangModernize.cpp somewhat. Tests updated. Differential Revision: http://llvm-reviews.chandlerc.com/D1836 llvm-svn: 192032
* clang-apply-replacements: Fixing doxygen warningEdwin Vane2013-10-011-0/+1
| | | | llvm-svn: 191754
* clang-apply-replacements: Add code formatting functionalityEdwin Vane2013-09-304-9/+223
| | | | | | | | | | | | | | The tool now supports a collection of arguments to turn on and provide settings for the formatting of code affected by applying replacements: * --format turns on formatting (default style is LLVM) * --style controls code style settings * --style-config allows one to explicitly indicate where a style config file lives. The libclangApplyReplacements interface has a new function to turn Replacements into Ranges to be used with tooling::reformat(). llvm-svn: 191667
* clang-apply-replacements: Clean up -help and -versionEdwin Vane2013-09-241-0/+23
| | | | | | | | | | Options that leak from other parts of LLVM are now pruned out of -help. -version output is specific to clang-apply-replacements now. Differential Revision: http://llvm-reviews.chandlerc.com/D1747 llvm-svn: 191322
* Rename clang-replace -> clang-apply-replacementsEdwin Vane2013-09-038-0/+560
Made changes throughout clang-tools-extra for the renaming of clang-replace to clang-apply-replacements as per feedback from community. llvm-svn: 189832
OpenPOWER on IntegriCloud