| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
llvm-svn: 210776
|
|
|
|
| |
llvm-svn: 210447
|
|
|
|
|
|
|
| |
There is no std::error_code::success, so this removes much of the noise
in transitioning to std::error_code.
llvm-svn: 209953
|
|
|
|
|
|
| |
unique_ptr.
llvm-svn: 207407
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
Allows removing #include's in LLVM while switching to std::unique_ptr.
llvm-svn: 202676
|
|
|
|
| |
llvm-svn: 202646
|
|
|
|
| |
llvm-svn: 202632
|
|
|
|
| |
llvm-svn: 202238
|
|
|
|
| |
llvm-svn: 202055
|
|
|
|
| |
llvm-svn: 202045
|
|
|
|
| |
llvm-svn: 200084
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 196860
|
|
|
|
|
|
| |
Add LLVM_OVERRIDE to make this a hard error in the future.
llvm-svn: 196659
|
|
|
|
| |
llvm-svn: 196038
|
|
|
|
|
|
|
| |
Making the user null macros command-line option visible to the
UseNullptrTransform class instead of being visible only to the match callback.
llvm-svn: 192905
|
|
|
|
|
|
|
| |
Clang-modernize uses clang-apply-replacements internally but its CMakefile.txt
lacked the dependency.
llvm-svn: 192723
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
| |
llvm-svn: 192100
|
|
|
|
|
|
|
| |
The command-line for clang-apply-replacements was being mangled due to an
uninitialized variable. gasp! Now fixed.
llvm-svn: 192033
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
|
| |
The LoopConvert transform makes use of data structures it builds up over
the course of transforming a TU. Until now, these data structures
weren't being cleared out before the next TU was being processed.
Fixes PR17253.
Differential Revision: http://llvm-reviews.chandlerc.com/D175
llvm-svn: 191448
|
|
|
|
|
|
| |
Use getNumOccurrences instead of usina a default constant string.
llvm-svn: 191308
|
|
|
|
|
|
|
|
| |
This patch also fixes the case where a compilation database is autodetected from
source but the file itself cannot be found in the compilation database, it then
ignores the compilation database and transforms the file with c++11 support.
llvm-svn: 191213
|
|
|
|
|
|
|
| |
remove_if doesn't alter the container properties. Need to use erase to remove
the elements past the new end.
llvm-svn: 190803
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
- Limit the transform to const-ref and non-const value parameters only.
- Do not generate a replacement when the type is already a value.
See CM-139 for the bugs corresponding to this issue.
llvm-svn: 190212
|
|
|
|
|
|
|
|
|
| |
-include/-exclude and friends have been marked as hidden options until this
point. This is no longer necessary. Update the docs to describe their effect.
Differential Revision: http://llvm-reviews.chandlerc.com/D1621
llvm-svn: 190194
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
| |
If transformations lead to changes that do not need reformatting, the
current strategy will not write those files. With this patch, we just
update the overall state with the changes due to reformatting, and then
write out everything.
llvm-svn: 190050
|
|
|
|
| |
llvm-svn: 189973
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
| |
;] Update them. Sorry for the breakage.
llvm-svn: 189963
|
|
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
|