Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-08-14T23:04:18+00:00 2019-08-14T23:04:18+00:00 Jonas Devlieghere jonas@devlieghere.com 2019-08-14T23:04:18+00:00 urn:sha1:2b3d49b610bd2a45884115edcb21110bfa325f51 Now that we've moved to C++14, we no longer need the llvm::make_unique implementation from STLExtras.h. This patch is a mechanical replacement of (hopefully) all the llvm::make_unique instances across the monorepo. Differential revision: https://reviews.llvm.org/D66259 llvm-svn: 368942 2019-07-01T18:55:10+00:00 Alexander Kornienko alexfh@google.com 2019-07-01T18:55:10+00:00 urn:sha1:b101c39f587731f0b36f264158e2ad8c7bbf5860 HeaderFilter -> HeaderFilterRegex llvm-svn: 364837 2019-04-15T17:18:10+00:00 Don Hinton hintonda@gmail.com 2019-04-15T17:18:10+00:00 urn:sha1:b85f74a283a62246d60083f52c779171a65a091c Summary: Add DefaultOption flag to CommandLineParser which provides a default option or alias, but allows users to override it for some other purpose as needed. Also, add `-h` as a default alias to `-help`, which can be seamlessly overridden by applications like llvm-objdump and llvm-readobj which use `-h` as an alias for other options. (relanding after revert, r358414) Added DefaultOptions.clear() to reset(). Reviewers: alexfh, klimek Reviewed By: klimek Subscribers: kristina, MaskRay, mehdi_amini, inglorion, dexonsmith, hiraditya, llvm-commits, jhenderson, arphaman, cfe-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D59746 llvm-svn: 358428 2019-04-15T14:43:50+00:00 Ilya Biryukov ibiryukov@google.com 2019-04-15T14:43:50+00:00 urn:sha1:70921d4a86e0cbe4978e4306984e9923411dfff2 The change causes test failures under asan. Reverting to unbreak our integrate. llvm-svn: 358414 2019-04-13T16:55:28+00:00 Don Hinton hintonda@gmail.com 2019-04-13T16:55:28+00:00 urn:sha1:7d2021defcad20f79929c211de4c593c6073a906 Summary: Add DefaultOption flag to CommandLineParser which provides a default option or alias, but allows users to override it for some other purpose as needed. Also, add `-h` as a default alias to `-help`, which can be seamlessly overridden by applications like llvm-objdump and llvm-readobj which use `-h` as an alias for other options. Reviewers: alexfh, klimek Reviewed By: klimek Subscribers: MaskRay, mehdi_amini, inglorion, dexonsmith, hiraditya, llvm-commits, jhenderson, arphaman, cfe-commits Tags: #clang, #llvm Differential Revision: https://reviews.llvm.org/D59746 llvm-svn: 358337 2019-01-19T08:50:56+00:00 Chandler Carruth chandlerc@gmail.com 2019-01-19T08:50:56+00:00 urn:sha1:2946cd701067404b99c39fb29dc9c74bd7193eb3 to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 2017-10-26T10:38:14+00:00 Eric Liu ioeric@google.com 2017-10-26T10:38:14+00:00 urn:sha1:826b7832140bda013140d6bcb370331f64f85823 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-24T13:10:58+00:00 Eric Liu ioeric@google.com 2017-10-24T13:10:58+00:00 urn:sha1:e6f854353eca5e8d0fb1506126b15428edf99ff5 Summary: This returns error instead of exiting the program in case of error. Reviewers: klimek, hokein Reviewed By: hokein Subscribers: cfe-commits Differential Revision: https://reviews.llvm.org/D39042 llvm-svn: 316433 2017-09-14T13:16:14+00:00 Alex Lorenz arphaman@gmail.com 2017-09-14T13:16:14+00:00 urn:sha1:3d712c46e662e65fbff73867ee3928a79a6e369d This commit ensures that CommonOptionsParser works with subcommands. This allows clang-refactor to use the CommonOptionsParser. Differential Revision: https://reviews.llvm.org/D37618 llvm-svn: 313260 2017-08-18T16:21:08+00:00 Johannes Altmanninger aclopte@gmail.com 2017-08-18T16:21:08+00:00 urn:sha1:5d2fd55fd95a90429e99e50d7290422cea98f875 This is useful for tools such as clang-diff which do not use CommonOptionsParser due to the need for multiple compilation databases. llvm-svn: 311170