Project Ortega BCM5719 LLVM https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1 2019-11-16T00:45:16+00:00 2019-11-16T00:45:16+00:00 Reid Kleckner rnk@google.com 2019-11-16T00:36:00+00:00 urn:sha1:979da9a4c3ba435b384a11af7bd3154b0309b487 Builtins are rarely if ever accessed via the Preprocessor. They are typically found on the ASTContext, so there should be no performance penalty to using a pointer indirection to store the builtin context. 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-03-09T17:33:56+00:00 Duncan P. N. Exon Smith dexonsmith@apple.com 2019-03-09T17:33:56+00:00 urn:sha1:8bef5cd49a8bb66b777cc3c51f9fb31bffeaa580 Change MemoryBufferCache to InMemoryModuleCache, moving it from Basic to Serialization. Another patch will start using it to manage module build more explicitly, but this is split out because it's mostly mechanical. Because of the move to Serialization we can no longer abuse the Preprocessor to forward it to the ASTReader. Besides the rename and file move, that means Preprocessor::Preprocessor has one fewer parameter and ASTReader::ASTReader has one more. llvm-svn: 355777 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-04T14:34:09+00:00 Erich Keane erich.keane@intel.com 2018-12-04T14:34:09+00:00 urn:sha1:0a6b5b653ee47234674614fecc213c1d73bb1e28 When debugging a boost build with a modified version of Clang, I discovered that the PTH implementation stores TokenKind in 8 bits. However, we currently have 368 TokenKinds. The result is that the value gets truncated and the wrong token gets picked up when including PTH files. It seems that this will go wrong every time someone uses a token that uses the 9th bit. Upon asking on IRC, it was brought up that this was a highly experimental features that was considered a failure. I discovered via googling that BoostBuild (mostly Boost.Math) is the only user of this feature, using the CC1 flag directly. I believe that this can be transferred over to normal PCH with minimal effort: https://github.com/boostorg/build/issues/367 Based on advice on IRC and research showing that this is a nearly completely unused feature, this patch removes it entirely. Note: I considered leaving the build-flags in place and making them emit an error/warning, however since I've basically identified and warned the only user, it seemed better to just remove them. Differential Revision: https://reviews.llvm.org/D54547 Change-Id: If32744275ef1f585357bd6c1c813d96973c4d8d9 llvm-svn: 348266 2018-07-30T19:24:48+00:00 Fangrui Song maskray@google.com 2018-07-30T19:24:48+00:00 urn:sha1:6907ce2f8f7410b179beb6e2db9c8d16a257ce9f sed -Ei 's/[[:space:]]+$//' include/**/*.{def,h,td} lib/**/*.{cpp,h} llvm-svn: 338291 2017-06-29T23:23:46+00:00 Richard Smith richard-llvm@metafoo.co.uk 2017-06-29T23:23:46+00:00 urn:sha1:dbafb6c3384301f6217b6ad851eceae3a363c243 We use this when running a preprocessor-only action on an AST file in order to avoid paying the runtime cost of loading the extra information. llvm-svn: 306760 2017-01-06T19:49:01+00:00 David Blaikie dblaikie@gmail.com 2017-01-06T19:49:01+00:00 urn:sha1:ea4395ebcd37905487b7a978db2f460bc576a5d1 Aleksey Shlypanikov pointed out my mistake in migrating an explicit unique_ptr to auto - I was expecting the function returned a unique_ptr, but instead it returned a raw pointer - introducing a leak. Thanks Aleksey! This reapplies r291184, reverted in r291249. llvm-svn: 291270 2017-01-06T17:47:10+00:00 David Blaikie dblaikie@gmail.com 2017-01-06T17:47:10+00:00 urn:sha1:81d08294384d968ebbc2d0584d1b987f1a8a01b3 Caused a memory leak reported by asan. Reverting while I investigate. This reverts commit r291184. llvm-svn: 291249 2017-01-05T22:19:11+00:00 David Blaikie dblaikie@gmail.com 2017-01-05T22:19:11+00:00 urn:sha1:9280a857bc4cbd43d597003416805d6e12f33830 llvm-svn: 291184