{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":435646037,"defaultBranch":"ci","name":"llvm-project","ownerLogin":"devtty63","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2021-12-06T21:00:54.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/95658299?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1686749263.1787221","currentOid":""},"activityList":{"items":[{"before":"701c4adceae5948b88f59b5190e9ac26d9260534","after":"bb6d60bf9dfea82814d9e50c5bb457c47d010611","ref":"refs/heads/main","pushedAt":"2023-07-14T13:32:32.000Z","pushType":"push","commitsCount":135,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[FuncSpec][NFC] Sink cast into function.\n\nBefore looking up a value in the map of known constants we attempt\nto dynamically cast it. The code looks cleaner if we move the cast\ninside findConstantFor(), where the look up happens.\n\nDifferential Revision: https://reviews.llvm.org/D155177","shortMessageHtmlLink":"[FuncSpec][NFC] Sink cast into function."}},{"before":"061bb65f7463e84be359b2ded0db309c018f9121","after":"701c4adceae5948b88f59b5190e9ac26d9260534","ref":"refs/heads/main","pushedAt":"2023-07-13T13:38:36.000Z","pushType":"push","commitsCount":168,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"Check for denormal flushing when selecting V_FMA/MAD_MIX*","shortMessageHtmlLink":"Check for denormal flushing when selecting V_FMA/MAD_MIX*"}},{"before":"bc491030154f2583f3ea0d22ee0b249f45cedbac","after":"061bb65f7463e84be359b2ded0db309c018f9121","ref":"refs/heads/main","pushedAt":"2023-07-12T13:34:13.000Z","pushType":"push","commitsCount":182,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[ConstantFold] Remove typed pointer specific folds (NFC)","shortMessageHtmlLink":"[ConstantFold] Remove typed pointer specific folds (NFC)"}},{"before":"63ca93c7d1d1ee91281ff7ccdbd7014151319324","after":"bc491030154f2583f3ea0d22ee0b249f45cedbac","ref":"refs/heads/main","pushedAt":"2023-07-11T13:34:47.000Z","pushType":"push","commitsCount":138,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[InstCombine] Don't handle constants in de morgan folds (PR63791)\n\nIf the and/or operand is an immediate constant, it will get folded\naway anyway. Don't try to freely invert those operands.\n\nA particularly degenerate case of this arises when both operands\nare constant and the result is a constant, in which case we try\nto invert users of a constant, resulting in an assertion failure.\n\nFixes https://github.com/llvm/llvm-project/issues/63791.","shortMessageHtmlLink":"[InstCombine] Don't handle constants in de morgan folds (PR63791)"}},{"before":"4c0cfd870f78c3f107b23a2bd61504c8ebc22912","after":"63ca93c7d1d1ee91281ff7ccdbd7014151319324","ref":"refs/heads/main","pushedAt":"2023-07-10T13:34:00.000Z","pushType":"push","commitsCount":76,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[OpenMP][OMPIRBuilder] Rename IsEmbedded and IsTargetCodegen flags\n\nThis patch renames the `OpenMPIRBuilderConfig` flags to reduce confusion over\ntheir meaning. `IsTargetCodegen` becomes `IsGPU`, whereas `IsEmbedded` becomes\n`IsTargetDevice`. The `-fopenmp-is-device` compiler option is also renamed to\n`-fopenmp-is-target-device` and the `omp.is_device` MLIR attribute is renamed\nto `omp.is_target_device`. Getters and setters of all these renamed properties\nare also updated accordingly. Many unit tests have been updated to use the new\nnames, but an alias for the `-fopenmp-is-device` option is created so that\nexternal programs do not stop working after the name change.\n\n`IsGPU` is set when the target triple is AMDGCN or NVIDIA PTX, and it is only\nvalid if `IsTargetDevice` is specified as well. `IsTargetDevice` is set by the\n`-fopenmp-is-target-device` compiler frontend option, which is only added to\nthe OpenMP device invocation for offloading-enabled programs.\n\nDifferential Revision: https://reviews.llvm.org/D154591","shortMessageHtmlLink":"[OpenMP][OMPIRBuilder] Rename IsEmbedded and IsTargetCodegen flags"}},{"before":"cec33fc87c0c0094b0d627031ff756b2d1f905eb","after":"4c0cfd870f78c3f107b23a2bd61504c8ebc22912","ref":"refs/heads/main","pushedAt":"2023-07-09T13:28:09.000Z","pushType":"push","commitsCount":18,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[Support] Move StringExtras.h include from Error.h to Error.cpp\n\nMove the implementation of the `toString` function from\n`llvm/Support/Error.h` to the source file, which allows us to move\n`#include \"llvm/ADT/StringExtras.h\"` to the source file as well.\n\nAs `Error.h` is present in a large number of translation units this\nmeans we are unnecessarily bringing in the contents of\n`StringExtras.h` - itself a large file with lots of includes - and\nslowing down compilation.\n\nAlso move the `#include \"llvm/ADT/SmallVector.h\"` directive to the\nsource file as it's no longer needed, but this does not give as much of\na benefit.\n\nThis reduces the total number of preprocessing tokens across the LLVM\nsource files in lib from (roughly) 1,920,413,050 to 1,903,629,230 - a\nreduction of ~0.87%. This should result in a small improvement in\ncompilation time.\n\nDifferential Revision: https://reviews.llvm.org/D154775","shortMessageHtmlLink":"[Support] Move StringExtras.h include from Error.h to Error.cpp"}},{"before":"33909c8fad9383600540b9004095a83e8517c824","after":"cec33fc87c0c0094b0d627031ff756b2d1f905eb","ref":"refs/heads/main","pushedAt":"2023-07-08T13:27:32.000Z","pushType":"push","commitsCount":111,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[lldb] Consider TAG_imported_declaration in DebugNamesIndex\n\nIn order to recognize namespace aliases as a namespace, the\nDW_TAG_imported_declaration has to be taken into account. The name of these DIEs\nis already included in all accelerator tables as of D143397.\n\nTwo of the three Index classes already handle this correctly:\n\n1. ManualDWARFIndex (as of D143398)\n2. AppleDWARFIndex works by default with D143397, since apple has a table\ndedicated to namespaces.\n\nThis commit updates the third index class, DWARF 5's DebugNamesDWARFIndex.\nAs a result, it fixes the following test with DWARF 5:\ncommands/expression/namespace-alias/TestInlineNamespaceAlias.py\n\nDifferential Revision: https://reviews.llvm.org/D154730","shortMessageHtmlLink":"[lldb] Consider TAG_imported_declaration in DebugNamesIndex"}},{"before":"ec112160713f3caae1c0e9de0d203f1e54a395d4","after":"33909c8fad9383600540b9004095a83e8517c824","ref":"refs/heads/main","pushedAt":"2023-07-07T13:33:00.000Z","pushType":"push","commitsCount":169,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[InstCombine] Add test for unreachable loop (NFC)\n\nWe only catch this case on the second InstCombine iteration.","shortMessageHtmlLink":"[InstCombine] Add test for unreachable loop (NFC)"}},{"before":"b66006fbf78929b7b2c03462770c90eb2efded9f","after":"ec112160713f3caae1c0e9de0d203f1e54a395d4","ref":"refs/heads/main","pushedAt":"2023-07-06T13:42:00.000Z","pushType":"push","commitsCount":153,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[IRCE][Tests] Add more tests with range checks in the form of 'iv + offset vs limit'\n\nAdded tests on range checks with non-strick predicate:\n * N - IV > limit\n * IV - N < limit\n * IV + N < limit\n\nAlso added tests with known to be non-negative N\n\nDifferential Revision: https://reviews.llvm.org/D154593","shortMessageHtmlLink":"[IRCE][Tests] Add more tests with range checks in the form of 'iv + o…"}},{"before":"e7f48d735de45250bd9fbca34c5b7b5609f6da2d","after":"b66006fbf78929b7b2c03462770c90eb2efded9f","ref":"refs/heads/main","pushedAt":"2023-07-05T13:36:48.000Z","pushType":"push","commitsCount":112,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[InstCombine] Fold icmps comparing usub_sat with a constant\n\nThis patch introduces a fold for the operation \"usub_sat(X, C) pred C2\"\nwhere \"C\" and \"C2\" are constants. The fold is:\n\nusub_sat(X, C) pred C2\n=> (X < C) || ((X - C) pred C2) -> when (0 pred C2) is true\n=> (X >= C) && ((X - C) pred C2) -> when (0 pred C2) is false\n\nThese expressions can generally be folded into a simpler expression. As\nthey can sometimes emit more than one instruction, they are limited to\ncases where the \"usub_sat\" has only one user.\n\nFixes #58342.\n\nProofs: https://alive2.llvm.org/ce/z/ws_N2J\n\nDifferential Revision: https://reviews.llvm.org/D154206","shortMessageHtmlLink":"[InstCombine] Fold icmps comparing usub_sat with a constant"}},{"before":"c14b0a7c55ee1cdab8725f2561172096cab86bde","after":"e7f48d735de45250bd9fbca34c5b7b5609f6da2d","ref":"refs/heads/main","pushedAt":"2023-07-04T13:34:13.000Z","pushType":"push","commitsCount":125,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[NFC][IRCE] Extract 'IV vs Limit' parsing to a separate method\n\nNext step of the preparatory refactoring for the upcoming support of new\nnew range check form to parse.\n\nThis change isolates logic of 'IV vs Limit' range check parsing to\nsimplify adding parsers for new range checks forms.\n\nReviewed By: skatkov\nDifferential Revision: https://reviews.llvm.org/D154160","shortMessageHtmlLink":"[NFC][IRCE] Extract 'IV vs Limit' parsing to a separate method"}},{"before":"8269fd2db50bf97ae3b6e928365d157314e491c8","after":"c14b0a7c55ee1cdab8725f2561172096cab86bde","ref":"refs/heads/main","pushedAt":"2023-07-03T13:35:23.000Z","pushType":"push","commitsCount":50,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[LV] Check for vector instruction in main vector loop.\n\nUpdate the test to check for the vectorization call in the main vector\nloop, not the dead epilogue vector loop as it does currently.","shortMessageHtmlLink":"[LV] Check for vector instruction in main vector loop."}},{"before":"81ad5a5cb87740c62b30a4f8232770bd5eb7fc45","after":"8269fd2db50bf97ae3b6e928365d157314e491c8","ref":"refs/heads/main","pushedAt":"2023-07-02T13:27:32.000Z","pushType":"push","commitsCount":19,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[GlobalIsel][X86] Add initial scalar G_MUL/G_SMULH/G_UMULH instruction selection handling\n\nReuse the existing div/rem selection code to also handle mul/imul to support G_MUL/G_SMULH/G_UMULH, as they have a similar pattern using rDX/rAX for mulh/mul results, plus the AH/AL support for i8 multiplies.","shortMessageHtmlLink":"[GlobalIsel][X86] Add initial scalar G_MUL/G_SMULH/G_UMULH instructio…"}},{"before":"f13e1a65cabbecde1ace3cc02d30a0883d797957","after":"81ad5a5cb87740c62b30a4f8232770bd5eb7fc45","ref":"refs/heads/main","pushedAt":"2023-07-01T13:27:59.000Z","pushType":"push","commitsCount":98,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[libc++] Implement stringbuf members of P0408R7 (Efficient Access to basic_stringbuf's Buffer)\n\nReviewed By: #libc, Mordante\n\nDifferential Revision: https://reviews.llvm.org/D153709","shortMessageHtmlLink":"[libc++] Implement stringbuf members of P0408R7 (Efficient Access to …"}},{"before":"c59f9eada1abe369c0470aa2dad8b20ac5269020","after":"f13e1a65cabbecde1ace3cc02d30a0883d797957","ref":"refs/heads/main","pushedAt":"2023-06-30T13:30:14.000Z","pushType":"push","commitsCount":167,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[libc++] Revert __uninitialized_buffer changes\n\nThis patch reverts the following commits:\n\n 015cd317eaed28a923d14a33c9d6739012a688be (add missing HIDE_FROM_ABI)\n 420a204d52205f1277a8d5df3dbafac6082e02e2 (add _LIBCPP_NO_CFI)\n 31eeba3f7c0e2ef4a21c07da9326a4ae1a8de7e2 (add __uninitialized_buffer)\n\nIt also reverts a small part of b935ab8e747cf52ff12471879460206a9f433eea\nwhich is required to make the stable_partition.pass.cpp test pass on GCC.\n\nSome issues were pointed out in https://reviews.llvm.org/D152208 and\nin https://reviews.llvm.org/D154017, so I am reverting this patch\nuntil we have time to weigh the various solutions and get consensus\non the design of the API.\n\nDifferential Revision: https://reviews.llvm.org/D154161","shortMessageHtmlLink":"[libc++] Revert __uninitialized_buffer changes"}},{"before":"e12c701ff0405880045f0330fb6ff94e31ec5c47","after":"c59f9eada1abe369c0470aa2dad8b20ac5269020","ref":"refs/heads/main","pushedAt":"2023-06-29T13:35:17.000Z","pushType":"push","commitsCount":110,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[MCP] Optimize copies from undef\n\nRevert D152502 and instead optimize away copy from undefs, but clear the undef flag on the original copy.\nApparently, not optimizing the COPY can cause performance issues in some cases.\n\nFixes SWDEV-405813, SWDEV-405899\n\nReviewed By: arsenm\n\nDifferential Revision: https://reviews.llvm.org/D153838","shortMessageHtmlLink":"[MCP] Optimize copies from undef"}},{"before":"7b77dd6afdee0c3f71c456d890940dc7618e2659","after":"e12c701ff0405880045f0330fb6ff94e31ec5c47","ref":"refs/heads/main","pushedAt":"2023-06-28T13:33:03.000Z","pushType":"push","commitsCount":147,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[lldb] Use LLVM's implementation of AppleTables for apple_debug_types\n\nThis commit is replacing really old LLDB code, and we've found some odd\nbehavior while doing this replacement. While the changes here are largely NFC,\nthere are some subtle changes that fix such odd behavior.\n\nThe most curious example of this is the method `FindCompleteObjCClassName`,\nwhich has a flag `must_be_implementation`. This flag was _only_ being respected\nfor accelerator tables containing the atom `type_flags`, which seems\ncounter-intuitive. The implementation for DWARF 5 tables does not do that and\nneither does the code introduced in this patch.\n\nThere were other weird cases, for example, we found boolean logic that was\nalways true in a code path: look for a `if !has_qualified_name...` deleted\nline; that condition was true by simple if/else analysis.\n\nDifferential Revision: https://reviews.llvm.org/D153867","shortMessageHtmlLink":"[lldb] Use LLVM's implementation of AppleTables for apple_debug_types"}},{"before":"9feed59a9143cce23f26b4dd939078a9cbbd9002","after":"7b77dd6afdee0c3f71c456d890940dc7618e2659","ref":"refs/heads/main","pushedAt":"2023-06-27T13:32:47.400Z","pushType":"push","commitsCount":180,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[X86] SimplifyDemandedBitsForTargetNode - add X86ISD::ANDNP handling\n\nAdd X86ISD::ANDNP handling to targetShrinkDemandedConstant as well, which allows us to replace a lot of truncated masks with (rematerializable) allones values","shortMessageHtmlLink":"[X86] SimplifyDemandedBitsForTargetNode - add X86ISD::ANDNP handling"}},{"before":"54210573ae918f6e0cab59bc5955a66bc34b5f6c","after":"9feed59a9143cce23f26b4dd939078a9cbbd9002","ref":"refs/heads/main","pushedAt":"2023-06-26T13:39:24.000Z","pushType":"push","commitsCount":71,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[Bazel][llvm] Fix after 8de9f2b","shortMessageHtmlLink":"[Bazel][llvm] Fix after 8de9f2b"}},{"before":"eaaacc3c651e5b2c23bfa9648b6b0d69aab64d00","after":"54210573ae918f6e0cab59bc5955a66bc34b5f6c","ref":"refs/heads/main","pushedAt":"2023-06-25T13:31:47.000Z","pushType":"push","commitsCount":34,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[Clang][NFC] Add feature test macro checks for C++2c","shortMessageHtmlLink":"[Clang][NFC] Add feature test macro checks for C++2c"}},{"before":"65de5a16c4f195fb30e62a8849abe23bc51fcbe8","after":"eaaacc3c651e5b2c23bfa9648b6b0d69aab64d00","ref":"refs/heads/main","pushedAt":"2023-06-24T13:28:57.000Z","pushType":"push","commitsCount":100,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[gn build] Port 7f6e0052a97f","shortMessageHtmlLink":"[gn build] Port 7f6e005"}},{"before":"e339b07944799ebd1692e8f7019690fe14a33257","after":"65de5a16c4f195fb30e62a8849abe23bc51fcbe8","ref":"refs/heads/main","pushedAt":"2023-06-23T13:33:06.000Z","pushType":"push","commitsCount":144,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[RISCV][doc] Document support for zvfbfmin and zvfbfwma\n\nMy MC layer support patches missed adding these to RISCVUsage. Also\nupdate the link to the most recent spec PDF (including the recently\ncommitted encoding fix for vfwmaccbf16.","shortMessageHtmlLink":"[RISCV][doc] Document support for zvfbfmin and zvfbfwma"}},{"before":"afc5cca0d4016f09f0d7e2683d5a920c7ecf9397","after":"e339b07944799ebd1692e8f7019690fe14a33257","ref":"refs/heads/main","pushedAt":"2023-06-22T13:27:37.217Z","pushType":"push","commitsCount":108,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[include-cleaner] No need to overwrite the source file if there is no\ncleanups","shortMessageHtmlLink":"[include-cleaner] No need to overwrite the source file if there is no"}},{"before":"2efdacf74c54a14ff72e9ab4b2e0707e5b3b86a8","after":"afc5cca0d4016f09f0d7e2683d5a920c7ecf9397","ref":"refs/heads/main","pushedAt":"2023-06-21T13:26:17.002Z","pushType":"push","commitsCount":149,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[libc++] Get rid of _LIBCPP_DISABLE_NEW_DELETE_DEFINITIONS\n\nWhether we include operator new and delete into libc++ has always\nbeen a build time setting, and piggy-backing on a macro like\n_LIBCPP_DISABLE_NEW_DELETE_DEFINITIONS is inconsistent with how\nwe handle similar cases for e.g. LIBCXX_ENABLE_RANDOM_DEVICE. Instead,\nsimply avoid including new.cpp in the sources of the library when we\ndo not wish to include these operators in the build.\n\nThis also makes us much closer to being able to share the definitions\nbetween libc++ and libc++abi, since we could technically build those\ndefinitions into a standalone static library and decide whether we link\nit into libc++abi.dylib or libc++.dylib.\n\nDifferential Revision: https://reviews.llvm.org/D153272","shortMessageHtmlLink":"[libc++] Get rid of _LIBCPP_DISABLE_NEW_DELETE_DEFINITIONS"}},{"before":"c5a412dad5b89996cdd1661075c63dbf884f8e5c","after":"2efdacf74c54a14ff72e9ab4b2e0707e5b3b86a8","ref":"refs/heads/main","pushedAt":"2023-06-20T13:26:28.267Z","pushType":"push","commitsCount":103,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[LoongArch] Add missing chains and remove unnecessary `SDNPSideEffect` property for some intrinsic nodes","shortMessageHtmlLink":"[LoongArch] Add missing chains and remove unnecessary `SDNPSideEffect…"}},{"before":"b7287a82d33b6cd1760ac7e399ba92ae52057b5d","after":"c5a412dad5b89996cdd1661075c63dbf884f8e5c","ref":"refs/heads/main","pushedAt":"2023-06-19T13:29:30.412Z","pushType":"push","commitsCount":62,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[RISCV] Add support for XCVbitmanip extension in CV32E40P\n\nImplement XCVbitmanip intrinsics for CV32E40P according to the specification.\n\nThis commit is part of a patch-set to upstream the 7 vendor specific extensions of CV32E40P.\n\nContributors: @CharKeaney, @jeremybennett, @lewis-revill, @liaolucy, @simoncook, @xmj.\n\nSpec: https://github.com/openhwgroup/cv32e40p/blob/62bec66b36182215e18c9cf10f723567e23878e9/docs/source/instruction_set_extensions.rst\n\nReviewed By: craig.topper\n\nDifferential Revision: https://reviews.llvm.org/D152915","shortMessageHtmlLink":"[RISCV] Add support for XCVbitmanip extension in CV32E40P"}},{"before":"f8a1d021ed349f1f05bb1c45feaaadc6c07fb567","after":"b7287a82d33b6cd1760ac7e399ba92ae52057b5d","ref":"refs/heads/main","pushedAt":"2023-06-18T13:23:59.128Z","pushType":"push","commitsCount":23,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[SVE][AArch64TTI] Fix invalid mla combine that miscomputes the value of inactive lanes.\n\nConsider: add(pg, a, mul_u(pg, b, c))\n\nAlthough the multiply's inactive lanes are undefined, they don't\ncontribute to the final result. The overall result of the inactive\nlanes come from \"a\" and thus the above is another form of mla\nrather than mla_u.","shortMessageHtmlLink":"[SVE][AArch64TTI] Fix invalid mla combine that miscomputes the value …"}},{"before":"b472176829d44a68d94f26eaa743947e92fc9d1d","after":"f8a1d021ed349f1f05bb1c45feaaadc6c07fb567","ref":"refs/heads/main","pushedAt":"2023-06-17T13:24:31.988Z","pushType":"push","commitsCount":112,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[Coding style] Fix incorrect link syntax","shortMessageHtmlLink":"[Coding style] Fix incorrect link syntax"}},{"before":"974b1a6a88fa8ed96577a32b1ae26e81691d3203","after":"b472176829d44a68d94f26eaa743947e92fc9d1d","ref":"refs/heads/main","pushedAt":"2023-06-16T13:26:14.261Z","pushType":"push","commitsCount":160,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[clangd] Remove unused includes in IncludeCleaner.cpp, NFC","shortMessageHtmlLink":"[clangd] Remove unused includes in IncludeCleaner.cpp, NFC"}},{"before":"261a84f9cf98be80913c0da3f3dbd488b3125b3e","after":"974b1a6a88fa8ed96577a32b1ae26e81691d3203","ref":"refs/heads/main","pushedAt":"2023-06-15T13:28:54.414Z","pushType":"push","commitsCount":174,"pusher":{"login":"devtty63-bot","name":null,"path":"/devtty63-bot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/106247711?s=80&v=4"},"commit":{"message":"[GlobalIsel][X86] Remove unused private field 'TM' in X86LegalizerInfo (NFC)\n\n/data/llvm-project/llvm/lib/Target/X86/X86LegalizerInfo.h:30:27: error: private field 'TM' is not used [-Werror,-Wunused-private-field]\n const X86TargetMachine &TM;\n ^\n1 error generated.","shortMessageHtmlLink":"[GlobalIsel][X86] Remove unused private field 'TM' in X86LegalizerInf…"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAADValzMwA","startCursor":null,"endCursor":null}},"title":"Activity · devtty63/llvm-project"}