Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-10-04T20:30:02+00:00 2019-10-04T20:30:02+00:00 Michal Gorny mgorny@gentoo.org 2019-10-04T20:30:02+00:00 urn:sha1:0820041e1daa158f39ab2e414d03c7eb2d1260d7 Use clang_target_link_libraries() in order to support linking against libclang-cpp instead of static libraries. Differential Revision: https://reviews.llvm.org/D68448 llvm-svn: 373786 2019-08-14T23:52:23+00:00 Jonas Devlieghere jonas@devlieghere.com 2019-08-14T23:52:23+00:00 urn:sha1:1c705d9c538d1d4a24f34e93be2582bc7e3a3da4 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: 368944 2019-03-22T18:52:10+00:00 Alexander Kornienko alexfh@google.com 2019-03-22T18:52:10+00:00 urn:sha1:b719245a946ec84296292a5738ea3b36a13bc170 llvm-svn: 356795 2019-03-01T09:52:53+00:00 Fangrui Song maskray@google.com 2019-03-01T09:52:53+00:00 urn:sha1:ffe9f00cfea35e3abd937a45ca38c605e02a9a79 llvm-svn: 355188 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 2018-12-12T08:25:16+00:00 Fangrui Song maskray@google.com 2018-12-12T08:25:16+00:00 urn:sha1:41c249adc4b269ae259f8126f5021af2880cfd0a llvm-svn: 348916 2018-10-08T17:22:50+00:00 Eric Liu ioeric@google.com 2018-10-08T17:22:50+00:00 urn:sha1:bce181c64f238f825be64b3d6357a7f10ff80e05 llvm-svn: 343982 2018-07-05T14:53:17+00:00 Simon Marchi simon.marchi@ericsson.com 2018-07-05T14:53:17+00:00 urn:sha1:83953233920a51047263fa2735be21864516687b Summary: Following D48903 ([VirtualFileSystem] InMemoryFileSystem::status: Return a Status with the requested name), the paths output by clang-move in the FileToReplacements map may contain leading "./". For example, where we would get "foo.h", we'll now get "./foo.h". This breaks the tests, because we are doing exact string lookups in the FileToFileID and Results maps (they contain "foo.h", but we search for "./foo.h"). To mitigate this, try to normalize a little bit the paths output by clang-move to remove that leading "./". This patch should be safe to merge before D48903, remove_dots will just be a no-op. Reviewers: ilya-biryukov, hokein Reviewed By: hokein Subscribers: ioeric, cfe-commits Differential Revision: https://reviews.llvm.org/D48951 llvm-svn: 336358 2018-05-18T16:08:18+00:00 Eric Liu ioeric@google.com 2018-05-18T16:08:18+00:00 urn:sha1:db53a52ff2907ec31d60f6ceb0d6c722d9e7e330 http://lab.llvm.org:8011/builders/clang-x64-ninja-win7/builds/10702 llvm-svn: 332732 2018-02-12T12:26:12+00:00 Haojian Wu hokein@google.com 2018-02-12T12:26:12+00:00 urn:sha1:cee2059f9ba2b4fa20efa4e2cccaffe29df8b764 Summary: Before the fix, if clang-move decides to move the following macro statement, it only moves the first line `DEFINE(A,`. ``` DEFINE(A, B); ``` Reviewers: ioeric Reviewed By: ioeric Subscribers: klimek, cfe-commits Differential Revision: https://reviews.llvm.org/D43174 llvm-svn: 324886