Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-08-30T09:29:34+00:00 2019-08-30T09:29:34+00:00 Dmitri Gribenko gribozavr@gmail.com 2019-08-30T09:29:34+00:00 urn:sha1:b22804b35464049ca92107d45042d2a5bbd292f6 Subscribers: jkorous, arphaman, kadircet, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D66960 llvm-svn: 370451 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-24T10:16:37+00:00 Balazs Keri 1.int32@gmail.com 2019-07-24T10:16:37+00:00 urn:sha1:d22f877356addf54b0b7a09e20b7f61a91ef49d9 Summary: A new function will be added to get the original SourceLocation for a SourceLocation that was imported as result of getCrossTUDefinition. The returned SourceLocation is in the context of the (original) SourceManager for the original source file. Additionally the ASTUnit object for that source file is returned. This is needed to get a SourceManager to operate on with the returned source location. The new function works if multiple different source files are loaded with the same CrossTU context. Reviewers: martong, shafik Reviewed By: martong Subscribers: rnkovacs, dkrupp, Szelethus, gamesh411, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D65064 llvm-svn: 366884 2019-07-18T15:43:26+00:00 Ilya Biryukov ibiryukov@google.com 2019-07-18T15:43:26+00:00 urn:sha1:abc744d2631fd8467c342a05c7c3bc83ad9de54f Reason: the commit breaks layering by adding a dependency on ASTUnit (which is inside clangFrontend) from the ASTImporter (which is inside clangAST). llvm-svn: 366453 2019-07-18T15:23:10+00:00 Balazs Keri 1.int32@gmail.com 2019-07-18T15:23:10+00:00 urn:sha1:d2c576110ef52da573f6dafd5ef268bde5ef5999 Summary: A new function will be added to get the original SourceLocation for a SourceLocation that was imported as result of getCrossTUDefinition. The returned SourceLocation is in the context of the (original) SourceManager for the original source file. Additionally the ASTUnit object for that source file is returned. This is needed to get a SourceManager to operate on with the returned source location. The new function works if multiple different source files are loaded with the same CrossTU context. This patch can be treated as part of a bigger change that is needed to improve macro expansion handliong at plist generation. Reviewers: martong, shafik, a_sidorin, xazax.hun Reviewed By: martong Subscribers: rnkovacs, dkrupp, Szelethus, gamesh411, cfe-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D64554 llvm-svn: 366449 2019-07-08T12:37:10+00:00 Endre Fulop endre.fulop@sigmatechnology.se 2019-07-08T12:37:10+00:00 urn:sha1:0752d12c0910ece5041806e5d967ce48039df9f7 Summary: During CTU analysis of complex projects, the loaded AST-contents of imported TUs can grow bigger than available system memory. This option introduces a threshold on the number of TUs to be imported for a single TU in order to prevent such cases. Differential Revision: https://reviews.llvm.org/D59798 llvm-svn: 365314 2019-07-03T22:45:55+00:00 Tom Stellard tstellar@redhat.com 2019-07-03T22:45:55+00:00 urn:sha1:2e97d2aa1bd313350e76be64299f19172a346bf9 Summary: Setting CLANG_LINK_CLANG_DYLIB=ON causes clang tools to link against libclang_shared.so instead of the individual component libraries. Reviewers: mgorny, beanz, smeenai, phosek, sylvestre.ledru Subscribers: arphaman, cfe-commits, llvm-commits Tags: #clang Differential Revision: https://reviews.llvm.org/D63503 llvm-svn: 365092 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:02:18+00:00 Fangrui Song maskray@google.com 2018-12-12T08:02:18+00:00 urn:sha1:5313327f61cc6524f99639cf792db41285615558 This is a more thorough fix of rC348911. The story about -DBUILD_SHARED_LIBS=on build after rC348907 (Move PCHContainerOperations from Frontend to Serialization) is: 1. libclangSerialization.so defines PCHContainerReader dtor, ... 2. clangFrontend and clangTooling define classes inheriting from PCHContainerReader, thus their DSOs have undefined references on PCHContainerReader dtor 3. Components depending on either clangFrontend or clangTooling cannot be linked unless they have explicit dependency on clangSerialization due to the default linker option -z defs. The explicit dependency could be avoided if libclang{Frontend,Tooling}.so had these undefined references. This patch adds the explicit dependency on clangSerialization to make them build. llvm-svn: 348915 2018-04-30T13:52:15+00:00 Nico Weber nicolasweber@gmx.de 2018-04-30T13:52:15+00:00 urn:sha1:d637c05986aecdffed1c8f9482f5d698eb605e1f llvm-svn: 331177