summaryrefslogtreecommitdiffstats
path: root/clang-tools-extra/clang-modernize/Core
Commit message (Collapse)AuthorAgeFilesLines
* Remove clang-modernize.Alexander Kornienko2015-12-1716-2077/+0
| | | | | | | | | | | | | | Summary: clang-modernize transforms have moved to clang-tidy. Removing the old tool now. Reviewers: klimek Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D15606 llvm-svn: 255886
* Revert "Apply modernize-use-default to clang-tools-extra."David Blaikie2015-10-202-3/+3
| | | | | | | | | Breaks the build in GCC 4.7.2 (see http://lab.llvm.org:8011/builders/perf-x86_64-penryn-O3 for example) This reverts commit r250824. llvm-svn: 250862
* Apply modernize-use-default to clang-tools-extra.Angel Garcia Gomez2015-10-202-3/+3
| | | | | | | | | | | | Summary: Replace empty bodies of default constructors and destructors with '= default'. Reviewers: klimek Subscribers: alexfh, cfe-commits Differential Revision: http://reviews.llvm.org/D13889 llvm-svn: 250824
* Replace double negation of !FileID.isInvalid() with FileID.isValid().Yaron Keren2015-10-031-1/+1
| | | | | | +couple more of double-negated !SourceLocation.isInvalid() unfixed in r249228. llvm-svn: 249235
* Pass SourceLocation by value instead of by const reference since its just a ↵Craig Topper2015-09-212-2/+2
| | | | | | 32-bit integer. NFC llvm-svn: 248139
* clang-tools-extra: Appease PR24881. [-Wdocumentation]NAKAMURA Takumi2015-09-193-7/+13
| | | | | | \returns doesn't accept \li, but \parblock \li. llvm-svn: 248080
* Update to match clang r236404.Richard Smith2015-05-041-8/+6
| | | | llvm-svn: 236405
* Use 'override/final' instead of 'virtual' for overridden methodsAlexander Kornienko2015-04-112-22/+18
| | | | | | | | | | | | | | | | | | | | | | Summary: The patch is generated using clang-tidy misc-use-override check. This command was used: tools/clang/tools/extra/clang-tidy/tool/run-clang-tidy.py \ -checks='-*,misc-use-override' -header-filter='llvm|clang' -j=32 -fix svn diff | clang-format-diff -i Reviewers: dblaikie Reviewed By: dblaikie Subscribers: cfe-commits Differential Revision: http://reviews.llvm.org/D8927 llvm-svn: 234681
* Remove some redundant virtual on overridden functionsDavid Blaikie2014-11-142-4/+4
| | | | llvm-svn: 222027
* Use findProgramByName. NFC.Rafael Espindola2014-11-041-3/+4
| | | | llvm-svn: 221260
* [CMake] Add dependencies on clangToolingCore.NAKAMURA Takumi2014-10-301-0/+1
| | | | llvm-svn: 220890
* Add missing 'override' keyword.Craig Topper2014-10-031-1/+1
| | | | llvm-svn: 218961
* Unique_ptrify PPCallbacks ownership. Goes with clang r217474.Craig Topper2014-09-101-2/+3
| | | | llvm-svn: 217475
* Update for LLVM api changeRafael Espindola2014-08-252-8/+6
| | | | llvm-svn: 216396
* Update for API change in clang.Rafael Espindola2014-08-121-1/+2
| | | | llvm-svn: 215452
* Update for API change in r215391David Blaikie2014-08-111-1/+1
| | | | llvm-svn: 215392
* Recommit 213308: unique_ptr-ify ownership of ASTConsumers (reverted in r213324)David Blaikie2014-08-101-1/+2
| | | | | | | | After post-commit review and community discussion, this seems like a reasonable direction to continue, making ownership semantics explicit in the source using the type system. llvm-svn: 215324
* clang-modernize: Transform::createActionFactory return ownership by ↵David Blaikie2014-08-082-4/+5
| | | | | | | | | unique_ptr instead of raw pointer. Follow up to r213851 to simplify code and reduce the chance of future leaks. llvm-svn: 215214
* Revert "unique_ptr-ify ownership of ASTConsumers"David Blaikie2014-07-171-2/+1
| | | | | | | | | This reverts commit r213308. Reverting to have some on-list discussion/confirmation about the ongoing direction of smart pointer usage in the LLVM project. llvm-svn: 213324
* unique_ptr-ify ownership of ASTConsumersDavid Blaikie2014-07-171-1/+2
| | | | llvm-svn: 213308
* Update for llvm api change.Rafael Espindola2014-07-061-8/+12
| | | | llvm-svn: 212406
* clang-modernize: Instantiate llvm::Registry<TransformFactory>.NAKAMURA Takumi2014-07-032-0/+4
| | | | llvm-svn: 212270
* Prefix error_code with std.Rafael Espindola2014-06-122-23/+23
| | | | llvm-svn: 210840
* Quick build fix.Rafael Espindola2014-06-122-0/+2
| | | | llvm-svn: 210838
* include system_error directly.Rafael Espindola2014-06-122-2/+2
| | | | llvm-svn: 210797
* Replace llvm::error_code with std::error_code.Rafael Espindola2014-06-121-4/+4
| | | | llvm-svn: 210776
* [C++11] Use 'nullptr'.Craig Topper2014-06-092-7/+8
| | | | llvm-svn: 210447
* Use error_code() instead of error_code::succes()Rafael Espindola2014-05-311-3/+3
| | | | | | | There is no std::error_code::success, so this removes much of the noise in transitioning to std::error_code. llvm-svn: 209953
* clang-modernize: fix invalid assignment in findClangApplyReplacements()Guillaume Papin2014-03-301-2/+2
| | | | | | | | | | | | | | | | | Summary: When clang-apply-replacements wasn't in the PATH or sitting next to clang-modernize, findClangApplyReplacements() was finding the wrong path (pointing to clang-modernize instead of nothing). See the related PR at http://llvm.org/bugs/show_bug.cgi?id=18421 Reviewers: klimek CC: silvas, cfe-commits Differential Revision: http://llvm-reviews.chandlerc.com/D3217 llvm-svn: 205136
* [C++11] Replace OwningPtr with std::unique_ptr.Ahmed Charles2014-03-093-5/+3
| | | | | | | | 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
* [C++11] Add #include's for OwningPtr.Ahmed Charles2014-03-031-0/+1
| | | | | | Allows removing #include's in LLVM while switching to std::unique_ptr. llvm-svn: 202676
* [C++11] Replace llvm::tie with std::tie.Benjamin Kramer2014-03-022-3/+3
| | | | llvm-svn: 202646
* [C++11] Replace LLVM_OVERRIDE with 'override'Craig Topper2014-03-023-16/+16
| | | | llvm-svn: 202632
* [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-241-1/+2
| | | | llvm-svn: 202045
* Run llvm/utils/sort_includes.py over the Clang tools code. This doesn'tChandler Carruth2014-01-075-7/+5
| | | | | | | | | | 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-101-4/+5
| | | | llvm-svn: 196860
* clang-modernize: Update PPCallback user.Benjamin Kramer2013-12-071-11/+20
| | | | | | Add LLVM_OVERRIDE to make this a hard error in the future. llvm-svn: 196659
* Fix a variety of user-visible and comment typosAlp Toker2013-12-012-2/+2
| | | | llvm-svn: 196038
* clang-modernize: Clean up help outputEdwin Vane2013-10-082-1/+4
| | | | | | | | | | Now hiding options clang-modernize doesn't use and didn't create. Version printer specialized for clang-modernize. EXAMPLES text fixed and brought up-to-date. Differential Revision: http://llvm-reviews.chandlerc.com/D1849 llvm-svn: 192253
* clang-modernize: Fixing doxygen warningsEdwin Vane2013-10-071-1/+3
| | | | llvm-svn: 192100
* clang-modernize: Fix clang-apply-replacements invocation bugEdwin Vane2013-10-051-0/+2
| | | | | | | The command-line for clang-apply-replacements was being mangled due to an uninitialized variable. gasp! Now fixed. llvm-svn: 192033
* clang-modernize: Apply replacements using clang-apply-replacementsEdwin Vane2013-10-0511-588/+283
| | | | | | | | | | | | | | | | | | | | | 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
* Transform files in a compilation database if no sources are provided.Ariel J. Bernal2013-09-124-8/+18
| | | | | | | Compile all files in a compilation database or a subset determined by a sub-directory so you don't have to specify them manually. llvm-svn: 190630
* clang-modernize: Remove -headers optionEdwin Vane2013-09-062-8/+0
| | | | | | | | | | | | clang-modernize can now transform headers properly and the experimental -headers option is no longer necessary. Remember, at least -include is necessary for indicating which headers are allowed to be changed. Differential Revision: http://llvm-reviews.chandlerc.com/D1610 llvm-svn: 190158
* Update the header guards for clang-modernize.Chandler Carruth2013-09-0410-30/+30
| | | | llvm-svn: 189973
* Fix up a few straggling bits of the build system. This should fix theChandler Carruth2013-09-041-1/+1
| | | | | | | build of the clang-modernize unittest which is for some reason not being built by default on my system (sorry about that). llvm-svn: 189966
* Rename cpp11-migrate to clang-modernize.Chandler Carruth2013-09-0420-0/+2350
There is no reason to expect this tool to be limited to C++11, it seems very likely to be of on-going interest. It seems likely to be useful for modernizing even as new libraries come out in TSes and other formats than a complete standard. Fundamentally, we need something a bit more general. After some discussion on the list, going with 'clang-modernize'. I've tried to do a reasonably comprehensive job of fixing up the names, but I may still have missed some. Feel free to poke me if you spot any fallout here. Things I've tried reasonably hard to find and fix: - cpp11-migrate -> clang-modernize - Migrator -> Modernizer - Clean up the introductory documentation that was C++11 specific. I'll also point out that this tool continues to delight me. =] Also, a huge thanks to those who have so carefully, thoroughly documented the tool. The docs here are simply phenomenal. Every tool should be this well documented. I hope I have updated the documentation reasonably well, but I'm not very good at documentation, so review much appreciated. llvm-svn: 189960
OpenPOWER on IntegriCloud