{"push_id":2607750900,"size":24,"distinct_size":24,"ref":"refs/heads/amd-common","head":"8f49bed6263645cd5209cc792845163374a9e4b5","before":"a593c74d37bce82319b30d909723140659ba9575","commits":[{"sha":"7f89721963220f52c75de1eb0be887d421760381","author":{"name":"Sam McCall","email":"fb6971aea8a02c53e2e3b903059e27440090926f@gmail.com"},"message":"Revert \"Update NRVO logic to support early return\"\n\nThis reverts commit r333500, which causes stage2 compiler crashes.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333547 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/7f89721963220f52c75de1eb0be887d421760381"},{"sha":"3954072652d4fdaf7426f96c86556b83fc63deba","author":{"name":"Ben Hamilton","email":"5756d6e03e0dd1ed1d8a33f5b60e167b46f9b71c@google.com"},"message":"[clang-format/ObjC] Correctly parse Objective-C methods with 'class' in name\n\nSummary:\nPlease take a close look at this CL. I haven't touched much of\n`UnwrappedLineParser` before, so I may have gotten things wrong.\n\nPreviously, clang-format would incorrectly format the following:\n\n```\n@implementation Foo\n\n- (Class)class {\n}\n\n- (void)foo {\n}\n\n@end\n```\n\nas:\n\n```\n@implementation Foo\n\n- (Class)class {\n}\n\n    - (void)foo {\n}\n\n@end\n```\n\nThe problem is whenever `UnwrappedLineParser::parseStructuralElement()`\nsees any of the keywords `class`, `struct`, or `enum`, it calls\n`parseRecord()` to parse them as a C/C++ record.\n\nThis causes subsequent lines to be parsed incorrectly, which\ncauses them to be indented incorrectly.\n\nIn Objective-C/Objective-C++, these keywords are valid selector\ncomponents.\n\nThis diff fixes the issue by explicitly handling `+` and `-` lines\ninside `@implementation` / `@interface` / `@protocol` blocks\nand parsing them as Objective-C methods.\n\nTest Plan: New tests added. Ran tests with:\n  make -j16 FormatTests && ./tools/clang/unittests/Format/FormatTests\n\nReviewers: jolesiak, klimek\n\nReviewed By: jolesiak, klimek\n\nSubscribers: klimek, cfe-commits, Wizard\n\nDifferential Revision: https://reviews.llvm.org/D47095\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333553 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/3954072652d4fdaf7426f96c86556b83fc63deba"},{"sha":"cf48649b3588ca5ac90eb159295fee77e26a73d5","author":{"name":"Gabor Buella","email":"cebd756dede555dd7c4270e7fb862bd2ac0ff5c4@intel.com"},"message":"[X86] Lowering FMA intrinsics to native IR (Clang part)\n\nThis patch replaces all packed (and scalar without rounding\nmode) fused intrinsics with fmadd/fmaddsub variations.\nThen fmadd/fmaddsub are lowered to native IR.\n\nPatch by tkrupa\n\nReviewers: craig.topper, sroland, spatel, RKSimon\n\nReviewed By: craig.topper\n\nDifferential Revision: https://reviews.llvm.org/D47444\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333555 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/cf48649b3588ca5ac90eb159295fee77e26a73d5"},{"sha":"3c60ee554b0c5e89f4de179ea4833880ba099119","author":{"name":"Craig Topper","email":"0c9ca018c303606191d06dd2c0bdf1206717c3f3@intel.com"},"message":"[X86] Remove 'return' from a bunch of intrinsics that return void and use a builtin that returns void.\n\nFound by running the intrinsic headers through -pedantic -ansi.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333563 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/3c60ee554b0c5e89f4de179ea4833880ba099119"},{"sha":"35691f2512500bb48016a094cb2d3466e2bbc8a9","author":{"name":"Craig Topper","email":"0c9ca018c303606191d06dd2c0bdf1206717c3f3@intel.com"},"message":"[X86] Reduce the number of setzero intrinsics to just the set defined by the Intel Intrinsics Guide.\n\nWe had quite a few for different element sizes of integers sometimes with strange target features attached to them.\n\nWe only need a single version for each of _m128i, _m256i, and _m512i with the target feature that first introduced those types.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333568 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/35691f2512500bb48016a094cb2d3466e2bbc8a9"},{"sha":"9107c536df587b118caf56544b8fd3ad986dcd38","author":{"name":"Craig Topper","email":"0c9ca018c303606191d06dd2c0bdf1206717c3f3@intel.com"},"message":"[X86] Simplify the implementation of _mm_sqrt_ss, _mm_rcp_ss, and _mm_rsqrt_ss.\n\nWe don't need the insertion back into the original vector at the end. The builtin already understands that.\n\nThis is different than _mm_sqrt_sd which takes two arguments and we do need to insert.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333572 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/9107c536df587b118caf56544b8fd3ad986dcd38"},{"sha":"054da0bc4f6711bb6cf77925a172d7d29d86b36f","author":{"name":"Joel E. Denny","email":"48cfda3b1ab5e74154db2af297f40ae4bd0380fe@gmail.com"},"message":"[AST] Fix loss of enum forward decl from decl context\n\nFor example, given:\n\n  enum __attribute__((deprecated)) T *p;\n\n-ast-print produced:\n\n  enum T *p;\n\nThe attribute was lost because the enum forward decl was lost.\n\nAnother example is the loss of enum forward decls from C++ namespaces\n(in MS compatibility mode).\n\nThe trouble was that the EnumDecl node was suppressed, as revealed by\n-ast-dump.  The suppression of the EnumDecl was intentional in\nr116122, but I don't understand why.  The suppression isn't needed for\nthe test suite to behave.\n\nReviewed by: rsmith\n\nDifferential Revision: https://reviews.llvm.org/D46846\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333574 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/054da0bc4f6711bb6cf77925a172d7d29d86b36f"},{"sha":"1ce976023c9e590c9618ccad42e948d1d03bb286","author":{"name":"Richard Smith","email":"9d938db41bf7d07f88e8d8adba89b477eaafa4d6@metafoo.co.uk"},"message":"As discussed with SG10, bump version of __cpp_deduction_guides macro to indicate support for P0620R0.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333587 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/1ce976023c9e590c9618ccad42e948d1d03bb286"},{"sha":"83064f9c4767b1df85d023d9bc993c615d0ef3d5","author":{"name":"Richard Smith","email":"9d938db41bf7d07f88e8d8adba89b477eaafa4d6@metafoo.co.uk"},"message":"PR34520: after instantiating a non-templated member deduction guide, don't forget to push it into the class scope.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333589 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/83064f9c4767b1df85d023d9bc993c615d0ef3d5"},{"sha":"ce5f8b38a883dfcf6ec3b55346594cd6337e3e87","author":{"name":"Craig Topper","email":"0c9ca018c303606191d06dd2c0bdf1206717c3f3@intel.com"},"message":"[X86] Add __extension__ to a bunch of places in our intrinsic headers that fail if you run it through -pedantic -ansi.\n\nAll of these are lines that create a 'compound literal' to concatenate elements together.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333593 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/ce5f8b38a883dfcf6ec3b55346594cd6337e3e87"},{"sha":"7c6bc9f175dc2ca686f9d73dc388f71b480628cf","author":{"name":"Eric Christopher","email":"34e6c836575097c76965abe8873967ccff230386@gmail.com"},"message":"Add fopen to the list of builtins that we check and whitelist.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333594 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/7c6bc9f175dc2ca686f9d73dc388f71b480628cf"},{"sha":"57f45263758a9955e56ba21a08ad1d61984a23f8","author":{"name":"Peter Collingbourne","email":"4b8373d016f277527198385ba72fda0feb5da015@pcc.me.uk"},"message":"AST: Remove an unused function. NFC.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333598 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/57f45263758a9955e56ba21a08ad1d61984a23f8"},{"sha":"2e78a6eb7726fd50ced2ee18dfbd469e29070eb7","author":{"name":"Richard Smith","email":"9d938db41bf7d07f88e8d8adba89b477eaafa4d6@metafoo.co.uk"},"message":"PR37631: verify that a member deduction guide has the same access as its template.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333599 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/2e78a6eb7726fd50ced2ee18dfbd469e29070eb7"},{"sha":"a6b15a7a2dc8eb856eae99b0211c3eabc9d3e405","author":{"name":"Peter Collingbourne","email":"4b8373d016f277527198385ba72fda0feb5da015@pcc.me.uk"},"message":"AST: Remove an unused ctor. NFC.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333600 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/a6b15a7a2dc8eb856eae99b0211c3eabc9d3e405"},{"sha":"6456c465a1b4a12e4aa568d22cf9c20d30962d12","author":{"name":"Peter Collingbourne","email":"4b8373d016f277527198385ba72fda0feb5da015@pcc.me.uk"},"message":"IRGen: Rename bitsets -> type metadata. NFC.\n\n\"Type metadata\" is the term that we've been using for the CFI-related\ninformation on vtables for a while now.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333602 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/6456c465a1b4a12e4aa568d22cf9c20d30962d12"},{"sha":"05425db7451f40258ae829c3d5d443b33b5d4c15","author":{"name":"Craig Topper","email":"0c9ca018c303606191d06dd2c0bdf1206717c3f3@intel.com"},"message":"[X86] Use C style comments in intrinsic headers for overall consistency.\n\nMost of the origial comments used C style /* */ comments, but some C++ // comments had snuck in over time.\n\nStill need to convert all the doxygen comments. Which is much harder to do.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333603 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/05425db7451f40258ae829c3d5d443b33b5d4c15"},{"sha":"c6698bbe74f95e1b591ad314929c538d1cc19631","author":{"name":"Richard Smith","email":"9d938db41bf7d07f88e8d8adba89b477eaafa4d6@metafoo.co.uk"},"message":"[www] Update C++ status to cover P0620.\n\nWhile here, mark three-way comparison as in progress and bump \"Clang 6\" items from yellow to green.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333606 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/c6698bbe74f95e1b591ad314929c538d1cc19631"},{"sha":"06c4f71550260cf92b22d0f86215a73114427ed1","author":{"name":"Vedant Kumar","email":"004c457a2ebaecf18123fd2614baa1d571fe5234@apple.com"},"message":"[Coverage] Discard the last uncompleted deferred region in a decl\n\nDiscard the last uncompleted deferred region in a decl, if one exists.\nThis prevents lines at the end of a function containing only whitespace\nor closing braces from being marked as uncovered, if they follow a\nregion terminator (return/break/etc).\n\nThe previous behavior was to heuristically complete deferred regions at\nthe end of a decl. In practice this ended up being too brittle for too\nlittle gain. Users would complain that there was no way to reach full\ncode coverage because whitespace at the end of a function would be\nmarked uncovered.\n\nrdar://40238228\n\nDifferential Revision: https://reviews.llvm.org/D46918\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333609 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/06c4f71550260cf92b22d0f86215a73114427ed1"},{"sha":"c1d322ac64b3ca72e442b2471da33357b7255350","author":{"name":"George Karpenkov","email":"0ec62ea6484a624425cd34ea6ee504b1d60cca31@apple.com"},"message":"[analyzer] Trust _Nonnull annotations, and trust analyzer knowledge about receiver nullability\n\nPreviously, the checker was using the nullability of the expression,\nwhich is nonnull IFF both receiver and method are annotated as _Nonnull.\nHowever, the receiver could be known to the analyzer to be nonnull\nwithout being explicitly marked as _Nonnull.\n\nrdar://40635584\n\nDifferential Revision: https://reviews.llvm.org/D47510\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333612 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/c1d322ac64b3ca72e442b2471da33357b7255350"},{"sha":"5eee836d45d8c29236a6836b581a17f9a36a926e","author":{"name":"Craig Topper","email":"0c9ca018c303606191d06dd2c0bdf1206717c3f3@intel.com"},"message":"[X86] Remove __extension__ from macro intrinsics when its not needed.\n\nI think this is a holdover from when we used to declare variables inside the macros. And then its been copy and pasted forward for years every time a new macro intrinsic gets added.\n\nInterestingly this caused some tests for IRGen to be slightly more optimized. We now return a zeroinitializer directly instead of going through a store+load.\n\nIt also removed a bogus error message on another test.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@333613 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/clang/commits/5eee836d45d8c29236a6836b581a17f9a36a926e"}]}
{"actor":{"display_login":"kzhuravl"}}