{"push_id":2871542928,"size":127,"distinct_size":127,"ref":"refs/heads/clang_tot_upgrade","head":"f8464573b9700137f72b682436d70046c1c6b4a8","before":"e474ea51f50ec2af448744ed65eace6929ddefbc","commits":[{"sha":"325385cbbea24349ef9b1cdf227e43f74bd670dc","author":{"name":"Alexey Sotkin","email":"ea2e7469f44c027fedc4f1d7100eddd494ae1902@intel.com"},"message":"[OpenCL] Traverse vector types for ocl extensions support\n\nSummary:\nGiven the following kernel:\n__kernel void foo() {\n  double d;\n  double4 dd;\n}\n\nand cl_khr_fp64 is disabled, the compilation would fail due to\nthe presence of 'double d', but when removed, it passes.\n\nThe expectation is that extended vector types of unsupported types\nwill also be unsupported.\n\nThe patch adds the check for this scenario.\n\nPatch by: Ofir Cohen\n\nReviewers: bader, Anastasia, AlexeySotkin, yaxunl\n\nReviewed By: Anastasia\n\nSubscribers: cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51296\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341309 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/325385cbbea24349ef9b1cdf227e43f74bd670dc"},{"sha":"3c3905b5f7a1b5b6eecd091d9f4da495564d5819","author":{"name":"Peter Smith","email":"53c7352ee073ca33af0154303b3d5ac4294a55bf@linaro.org"},"message":"[Aarch64] Fix linker emulation for Aarch64 big endian\n\nThis patch fixes target linker emulation for aarch64 big endian.\naarch64_be_linux is not recognized by gnu ld. The equivalent emulation\nmode supported by gnu ld is aarch64linuxb.\n\nPatch by: Bharathi Seshadri\n\nReviewed by: Peter Smith\n\nDifferential Revision: https://reviews.llvm.org/D42930\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341312 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/3c3905b5f7a1b5b6eecd091d9f4da495564d5819"},{"sha":"6015562f5f035d03174e5b89e4bad8df6c2d8525","author":{"name":"Alexey Sotkin","email":"ea2e7469f44c027fedc4f1d7100eddd494ae1902@intel.com"},"message":"[Index] Update tests allowing double4 type to be \"invalid\"\n\nFixes test failure after r341309\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341314 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/6015562f5f035d03174e5b89e4bad8df6c2d8525"},{"sha":"66c9a415739c7dc685fdd40f855322dea8c69a0f","author":{"name":"Gabor Marton","email":"611402bc7f7550b056249b48c4c8f0b83bf52694@gmail.com"},"message":"[ASTImporter] Merge ExprBits\n\nSummary:\nSome `Expr` classes set up default values for the `ExprBits` of `Stmt`.  These\ndefault values are then overwritten by the parser sometimes.  One example is\n`InitListExpr` which sets the value kind to be an rvalue in the ctor.  However,\nthis bit may change after the `InitListExpr` is created.  There may be other\nexpressions similar to `InitListExpr` in this sense, thus the safest solution\nis to copy the expression bits.\n\nThe lack of copying `ExprBits` causes an assertion in the analyzer engine in a\nspecific case: Since the value kind is not imported, the analyzer engine\nbelieves that the given InitListExpr is an rvalue, thus it creates a\nnonloc::CompoundVal instead of creating memory region (as in case of an lvalue\nreference).\n\nReviewers: a_sidorin, r.stahl, xazax.hun, a.sidorin\n\nSubscribers: rnkovacs, dkrupp, cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51533\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341316 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/66c9a415739c7dc685fdd40f855322dea8c69a0f"},{"sha":"00b030975454c8f4efacaa612e83a51bcdca56ee","author":{"name":"Argyrios Kyrtzidis","email":"a87c861d671c0890de5ca4de7a52a61a2331e1ad@gmail.com"},"message":"Add header guards to some headers that are missing them\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341324 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/00b030975454c8f4efacaa612e83a51bcdca56ee"},{"sha":"84324ddfde426ac2c023355f0372a32855fd47d6","author":{"name":"Brian Gesiak","email":"6667b8c77ec6ba15b2e807ad7a2130b19e9fa935@gmail.com"},"message":"Removing -debug-info-macros from option suggestions test\n\nSummary:\nhttps://reviews.llvm.org/D46776 added better support for prefixes for the\n\"did you mean ...?\" command line option suggestions. One of the tests was\nchecking against the `-debug-info-macro` option, which was failing on the\nPS4 build bot. Tests would succeed against the `--help` and `--version`\noptions.\n\nFrom https://llvm.org/devmtg/2013-11/slides/Robinson-PS4Toolchain.pdf, it\nlooks like the PS4 SDK forces optimizations and *could be* disabling the\n`-debug-info-macro` altogether.\n\nThis diff removes `-debug-info-macro` altogether.\n\nPatch by Arnaud Coomans!\n\nTest Plan: untested since we do not have access to a PS4 with the SDK.\n\nReviewers: cfe-commits, modocache\n\nReviewed By: modocache\n\nDifferential Revision: https://reviews.llvm.org/D50410\n\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341327 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/84324ddfde426ac2c023355f0372a32855fd47d6"},{"sha":"fe9f12188115f540bf0f2cf76dc254354a5d483a","author":{"name":"David Chisnall","email":"f51c781704fecfc3bc9aba04145bd9870ffb54f1@swan.ac.uk"},"message":"Disable the GNUstep v2 ABI on Windows.\n\nThe code remains so that we can potentially reenable it in a point\nrelease, but the driver will reject it.  Several issues were raised\nduring testing that made it clear that this was not quite ready for\ngeneral consumption.\n\nApproved by: Hans Wennborg\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341350 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/fe9f12188115f540bf0f2cf76dc254354a5d483a"},{"sha":"2e2e8b670f4aeef2d5c846f8ebde14b2e11e7d4a","author":{"name":"David Chisnall","email":"f51c781704fecfc3bc9aba04145bd9870ffb54f1@swan.ac.uk"},"message":"Revert \"Disable the GNUstep v2 ABI on Windows.\"\n\nThis reverts commit b4547c9cadd2f8adfe3f3182e4c56e466c5256cb.\n\nApparently git llvm push from the monorepo does not respect branches and\npushes the current branch to master.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341352 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/2e2e8b670f4aeef2d5c846f8ebde14b2e11e7d4a"},{"sha":"3243cbdaeaefcb51983b576cac4e38b75809d734","author":{"name":"Chandler Carruth","email":"420c9fb3407b8e11ac322a0e7703f7b1f526df04@gmail.com"},"message":"[x86/SLH] Add a real Clang flag and LLVM IR attribute for Speculative\nLoad Hardening.\n\nWires up the existing pass to work with a proper IR attribute rather\nthan just a hidden/internal flag. The internal flag continues to work\nfor now, but I'll likely remove it soon.\n\nMost of the churn here is adding the IR attribute. I talked about this\nKristof Beyls and he seemed at least initially OK with this direction.\nThe idea of using a full attribute here is that we *do* expect at least\nsome forms of this for other architectures. There isn't anything\n*inherently* x86-specific about this technique, just that we only have\nan implementation for x86 at the moment.\n\nWhile we could potentially expose this as a Clang-level attribute as\nwell, that seems like a good question to defer for the moment as it\nisn't 100% clear whether that or some other programmer interface (or\nboth?) would be best. We'll defer the programmer interface side of this\nfor now, but at least get to the point where the feature can be enabled\nwithout relying on implementation details.\n\nThis also allows us to do something that was really hard before: we can\nenable *just* the indirect call retpolines when using SLH. For x86, we\ndon't have any other way to mitigate indirect calls. Other architectures\nmay take a different approach of course, and none of this is surfaced to\nuser-level flags.\n\nDifferential Revision: https://reviews.llvm.org/D51157\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341363 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/3243cbdaeaefcb51983b576cac4e38b75809d734"},{"sha":"e2216479d40586ba0e73697705d2958862d730fd","author":{"name":"Ilya Biryukov","email":"eceaa92c40d19b4bf82eb67a163fa5c88b627d2b@google.com"},"message":"Adding HardLink Support to VirtualFileSystem.\n\nSummary:\nAdded support of creating a hardlink from one file to another file.\nAfter a hardlink is added between two files, both file will have the same:\n  1. UniqueID (inode)\n  2. Size\n  3. Buffer\n\nThis will bring replay of compilation closer to the actual compilation. There are instances where clang checks for the UniqueID of the file/header to be loaded which leads to a different behavior during replay as all files have different UniqueIDs.\n\nPatch by Utkarsh Saxena!\n\nReviewers: ilya-biryukov\n\nReviewed By: ilya-biryukov\n\nSubscribers: cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51359\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341366 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/e2216479d40586ba0e73697705d2958862d730fd"},{"sha":"c03910f82bb44ad9c7613849b7ea29865792bf17","author":{"name":"Christian Bruel","email":"d40679f22d0604d4671289876c9643fab28f714a@st.com"},"message":"Fix the -print-multi-directory flag to print the selected multilib.\n\nSummary: Fix -print-multi-directory to print the selected multilib\n\nReviewers: jroelofs\n\nReviewed By: jroelofs\n\nSubscribers: srhines, cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51354\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341373 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/c03910f82bb44ad9c7613849b7ea29865792bf17"},{"sha":"3fea6c196bfe65e1af769fdc34e5b9b29afad64d","author":{"name":"Nico Weber","email":"0d2d6fe0cb2e9ade0d2bf90d72a72b8ac034ef0e@gmx.de"},"message":"clang-cl: Pass /Brepro to linker if it was passed to the compiler\n\nDifferential Revision: https://reviews.llvm.org/D51635\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341390 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/3fea6c196bfe65e1af769fdc34e5b9b29afad64d"},{"sha":"931878d99f452a7e99898479ce99364eb88afa7f","author":{"name":"Tim Shen","email":"27f45e08b51aad55a394da2b4dd2372b20321c4e@gmail.com"},"message":"Revert r341373, since it fails on some targets.\n\nDifferential Revision: https://reviews.llvm.org/D51354\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341418 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/931878d99f452a7e99898479ce99364eb88afa7f"},{"sha":"a9d72d6c527602c8495cf972bafec7a54f67df05","author":{"name":"Richard Trieu","email":"e11ac465acb63ba34b2760c15a5e9874aa05e685@google.com"},"message":"[ODRHash] Extend hash to support all Type's.\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341421 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/a9d72d6c527602c8495cf972bafec7a54f67df05"},{"sha":"6164bba681ecdc6c7904973062a8e2f1807a85bd","author":{"name":"Richard Smith","email":"9d938db41bf7d07f88e8d8adba89b477eaafa4d6@metafoo.co.uk"},"message":"Allow all supportable non-type attributes to be used with #pragma clang attribute.\n\nSummary:\nWe previously disallowed use of undocumented attributes with #pragma clang\nattribute, but the justification for doing so was weak and it prevented many\nreasonable use cases.\n\nReviewers: aaron.ballman, arphaman\n\nSubscribers: cfe-commits, rnk, benlangmuir, dexonsmith, erik.pilkington\n\nDifferential Revision: https://reviews.llvm.org/D51507\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341437 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/6164bba681ecdc6c7904973062a8e2f1807a85bd"},{"sha":"024b9a4311cfd57ecb7f29d1138dc975fede4752","author":{"name":"Sam McCall","email":"fb6971aea8a02c53e2e3b903059e27440090926f@gmail.com"},"message":"clang-format: Fix formatting C++ namespaces with preceding 'inline' or 'export' specifier\n\nThis fixes formatting namespaces with preceding 'inline' and 'export' (Modules TS) specifiers.\n\nThis change fixes namespaces not being identified as such with preceding 'inline' or 'export' specifiers.\n\nMotivation: I was experimenting with the Modules TS (-fmodules-ts) and found it would be useful if clang-format would correctly format 'export namespace'. While making the changes, I noticed that similar issues still exist with 'inline namespace', and addressed them as well.\n\nPatch by Marco Elver!\n\nReviewers: klimek, djasper, owenpan, sammccall\n\nReviewed By: owenpan, sammccall\n\nSubscribers: owenpan, cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51036\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341450 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/024b9a4311cfd57ecb7f29d1138dc975fede4752"},{"sha":"1143a41d6e32d05fc5fc2f1581708ab82282fa4f","author":{"name":"Eric Liu","email":"7f19b946fdf9b9340ac797a6f30cacd117523ba8@google.com"},"message":"[VFS] Cache the current working directory for the real FS.\n\nReviewers: sammccall\n\nSubscribers: cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51641\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341455 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/1143a41d6e32d05fc5fc2f1581708ab82282fa4f"},{"sha":"94bebbfde406ca96038e68c0bce090e1f6db9aa2","author":{"name":"Simon Pilgrim","email":"af4b1a06dcc93e086b35435d5654eb2aff59399a@redking.me.uk"},"message":"Fix -Wdocumentation warning. NFCI.\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341460 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/94bebbfde406ca96038e68c0bce090e1f6db9aa2"},{"sha":"2a4357b081cdbe991633316e6202cdb3d9fc7f8c","author":{"name":"Pavel Labath","email":"2375fa63e2908bb2df59f606483a3aa92321db7a@labath.sk"},"message":"Enable DWARF accelerator tables by default when tuning for lldb (-glldb => -gpubnames)\n\nSummary:\nDWARF v5 accelerator tables provide a considerable performance\nimprovement for lldb and will make the default -glldb behavior same on\nall targets (right now we emit apple tables on apple targets, but these\nare not controlled by -gpubnames, only by -glldb).\n\nReviewers: dblaikie\n\nSubscribers: probinson, clayborg, JDevlieghere, aprantl, cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51576\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341472 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/2a4357b081cdbe991633316e6202cdb3d9fc7f8c"},{"sha":"2d5c20fae345fa78684af5bbf6cac59c79828834","author":{"name":"Diogo N. Sampaio","email":"739cdc4471b872fc438e1b00cb94e9925a10fe0c@arm.com"},"message":"Fix arm_neon.h and arm_fp16.h generation for compiling with std=c89\n\n\nSummary:\nThe inline attribute is not valid for C standard 89. Replace the argument in the generation of header files with __inline, as well adding tests for both header files.\n\nReviewers: pbarrio, SjoerdMeijer, javed.absar, t.p.northover\n\nSubscribers: t.p.northover, kristof.beyls, chrib, cfe-commits\n\nDifferential Revision: https://reviews.llvm.org/D51683\n\ntest/Headers/arm-fp16-header.c\ntest/Headers/arm-neon-header.c\nutils/TableGen/NeonEmitter.cpp\n\n\ngit-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@341475 91177308-0d34-0410-b5e6-96231b3b80d8","distinct":true,"url":"https://api.github.com/repos/RadeonOpenCompute/hcc-clang-upgrade/commits/2d5c20fae345fa78684af5bbf6cac59c79828834"}]}
{"actor":{"display_login":"rocm-hcc"}}