{"payload":{"feedbackUrl":"https://github.com/orgs/community/discussions/53140","repo":{"id":22711503,"defaultBranch":"master","name":"gcc","ownerLogin":"gcc-mirror","currentUserCanPush":false,"isFork":false,"isEmpty":false,"createdAt":"2014-08-07T06:50:37.000Z","ownerAvatar":"https://avatars.githubusercontent.com/u/8382043?v=4","public":true,"private":false,"isOrgOwned":true},"refInfo":{"name":"","listCacheKey":"v0:1716279098.0","currentOid":""},"activityList":{"items":[{"before":"66d6b1861ec57ba29540a5fa7854df3978ba5409","after":"a797398cfbc75899fdb7d97436c0c89c02b133c0","ref":"refs/heads/trunk","pushedAt":"2024-06-11T08:48:38.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"i386: PR target/115397: AVX512 ternlog vs. -m32 -fPIC constant pool.\n\nThis patch fixes PR target/115397, a recent regression caused by my\nternlog patch that results in an ICE (building numpy) with -m32 -fPIC.\nThe problem is that ix86_broadcast_from_constant, which calls\nget_pool_constant, doesn't handle the UNSPEC_GOTOFF that's created by\ncalling validize_mem when using -fPIC on i686.  The logic here is a bit\nconvoluted (and my future patches will clean some of this up), but the\nsimplest fix is to call ix86_broadcast_from_constant between the calls\nto force_const_mem and the call to validize_mem.\n\nPerhaps a better solution might be to call targetm.delegitimize_address\nfrom the middle-end's get_pool_constant, but ultimately the best approach\nwould be to not place things in the constant pool if we don't need to.\nMy plans to move (broadcast) constant handling from expand to split1\nshould simplify this.\n\n2024-06-11  Roger Sayle  <roger@nextmovesoftware.com>\n\ngcc/ChangeLog\n\tPR target/115397\n\t* config/i386/i386-expand.cc (ix86_expand_ternlog): Move call to\n\tix86_broadcast_from_constant before call to validize_mem, but after\n\tcall to force_const_mem.\n\ngcc/testsuite/ChangeLog\n\tPR target/115397\n\t* gcc.target/i386/pr115397.c: New test case.","shortMessageHtmlLink":"i386: PR target/115397: AVX512 ternlog vs. -m32 -fPIC constant pool."}},{"before":"66d6b1861ec57ba29540a5fa7854df3978ba5409","after":"a797398cfbc75899fdb7d97436c0c89c02b133c0","ref":"refs/heads/master","pushedAt":"2024-06-11T08:48:38.000Z","pushType":"push","commitsCount":2,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"i386: PR target/115397: AVX512 ternlog vs. -m32 -fPIC constant pool.\n\nThis patch fixes PR target/115397, a recent regression caused by my\nternlog patch that results in an ICE (building numpy) with -m32 -fPIC.\nThe problem is that ix86_broadcast_from_constant, which calls\nget_pool_constant, doesn't handle the UNSPEC_GOTOFF that's created by\ncalling validize_mem when using -fPIC on i686.  The logic here is a bit\nconvoluted (and my future patches will clean some of this up), but the\nsimplest fix is to call ix86_broadcast_from_constant between the calls\nto force_const_mem and the call to validize_mem.\n\nPerhaps a better solution might be to call targetm.delegitimize_address\nfrom the middle-end's get_pool_constant, but ultimately the best approach\nwould be to not place things in the constant pool if we don't need to.\nMy plans to move (broadcast) constant handling from expand to split1\nshould simplify this.\n\n2024-06-11  Roger Sayle  <roger@nextmovesoftware.com>\n\ngcc/ChangeLog\n\tPR target/115397\n\t* config/i386/i386-expand.cc (ix86_expand_ternlog): Move call to\n\tix86_broadcast_from_constant before call to validize_mem, but after\n\tcall to force_const_mem.\n\ngcc/testsuite/ChangeLog\n\tPR target/115397\n\t* gcc.target/i386/pr115397.c: New test case.","shortMessageHtmlLink":"i386: PR target/115397: AVX512 ternlog vs. -m32 -fPIC constant pool."}},{"before":"cc835f41ec6ffd6a2a2128d3cf5c1f5c0e28e36e","after":"d73137ab352d654f50b703925bd92e021dce1cab","ref":"refs/heads/releases/gcc-12","pushedAt":"2024-06-11T07:31:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"tree-optimization/111070 - fix ICE with recent ifcombine fix\n\nWe now got test coverage for non-SSA name bits so the following amends\nthe SSA_NAME_OCCURS_IN_ABNORMAL_PHI checks.\n\n\tPR tree-optimization/111070\n\t* tree-ssa-ifcombine.cc (ifcombine_ifandif): Check we have\n\tan SSA name before checking SSA_NAME_OCCURS_IN_ABNORMAL_PHI.\n\n\t* gcc.dg/pr111070.c: New testcase.\n\n(cherry picked from commit 966b0a96523fb7adbf498ac71df5e033c70dc546)","shortMessageHtmlLink":"tree-optimization/111070 - fix ICE with recent ifcombine fix"}},{"before":"f2ef3ac78c7832e1483085be5a5fe23b1e402e70","after":"7813d94393f60ac641265cb3fc3a446f9f3aea7e","ref":"refs/heads/releases/gcc-13","pushedAt":"2024-06-11T06:40:39.000Z","pushType":"push","commitsCount":6,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"c: Fix up pointer types to may_alias structures [PR114493]\n\nThe following testcase ICEs in ipa-free-lang, because the\nfld_incomplete_type_of\n          gcc_assert (TYPE_CANONICAL (t2) != t2\n                      && TYPE_CANONICAL (t2) == TYPE_CANONICAL (TREE_TYPE (t)));\nassertion doesn't hold.\nThis is because t is a struct S * type which was created while struct S\nwas still incomplete and without the may_alias attribute (and TYPE_CANONICAL\nof a pointer type is a type created with can_alias_all = false argument),\nwhile later on on the struct definition may_alias attribute was used.\nfld_incomplete_type_of then creates an incomplete distinct copy of the\nstructure (but with the original attributes) but pointers created for it\nare because of the \"may_alias\" attribute TYPE_REF_CAN_ALIAS_ALL, including\ntheir TYPE_CANONICAL, because while that is created with !can_alias_all\nargument, we later set it because of the \"may_alias\" attribute on the\nto_type.\n\nThis doesn't ICE with C++ since PR70512 fix because the C++ FE sets\nTYPE_REF_CAN_ALIAS_ALL on all pointer types to the class type (and its\nvariants) when the may_alias is added.\n\nThe following patch does that in the C FE as well.\n\n2024-06-06  Jakub Jelinek  <jakub@redhat.com>\n\n\tPR c/114493\n\t* c-decl.cc (c_fixup_may_alias): New function.\n\t(finish_struct): Call it if \"may_alias\" attribute is\n\tspecified.\n\n\t* gcc.dg/pr114493-1.c: New test.\n\t* gcc.dg/pr114493-2.c: New test.\n\n(cherry picked from commit d5a3c6d43acb8b2211d9fb59d59482d74c010f01)","shortMessageHtmlLink":"c: Fix up pointer types to may_alias structures [PR114493]"}},{"before":"95161c6abfbd7ba9fab0b538ccc885f5980efbee","after":"66d6b1861ec57ba29540a5fa7854df3978ba5409","ref":"refs/heads/trunk","pushedAt":"2024-06-11T06:15:38.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"fixincludes: bypass the math_exception fix on __cplusplus\n\nfixincludes/ChangeLog:\n\n\t* fixincl.x: Regenerate.\n\t* inclhack.def (math_exception): Bypass on __cplusplus.\n\t* tests/base/math.h: Regenerate.","shortMessageHtmlLink":"fixincludes: bypass the math_exception fix on __cplusplus"}},{"before":"95161c6abfbd7ba9fab0b538ccc885f5980efbee","after":"66d6b1861ec57ba29540a5fa7854df3978ba5409","ref":"refs/heads/master","pushedAt":"2024-06-11T06:15:38.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"fixincludes: bypass the math_exception fix on __cplusplus\n\nfixincludes/ChangeLog:\n\n\t* fixincl.x: Regenerate.\n\t* inclhack.def (math_exception): Bypass on __cplusplus.\n\t* tests/base/math.h: Regenerate.","shortMessageHtmlLink":"fixincludes: bypass the math_exception fix on __cplusplus"}},{"before":"097bc0aebaed58c11c738ea61da723cca950e5b1","after":"95161c6abfbd7ba9fab0b538ccc885f5980efbee","ref":"refs/heads/trunk","pushedAt":"2024-06-11T05:00:37.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"[committed] [RISC-V] Drop dead round_32 test\n\nThis test is no longer useful.  It doesn't test what it was originally intended\nto test and there's really no way to recover it sanely.\n\nWe agreed in the patchwork meeting last week that if we want to test Zfa that\nwe'll write a new test for that.  Similarly if we want to do deeper testing of\nthe non-Zfa sequences in this space that we'd write new tests for those as well\n(execution tests in particular).\n\nSo dropping this test.\n\ngcc/testsuite\n\t* gcc.target/riscv/round_32.c: Delete.","shortMessageHtmlLink":"[committed] [RISC-V] Drop dead round_32 test"}},{"before":"097bc0aebaed58c11c738ea61da723cca950e5b1","after":"95161c6abfbd7ba9fab0b538ccc885f5980efbee","ref":"refs/heads/master","pushedAt":"2024-06-11T05:00:37.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"[committed] [RISC-V] Drop dead round_32 test\n\nThis test is no longer useful.  It doesn't test what it was originally intended\nto test and there's really no way to recover it sanely.\n\nWe agreed in the patchwork meeting last week that if we want to test Zfa that\nwe'll write a new test for that.  Similarly if we want to do deeper testing of\nthe non-Zfa sequences in this space that we'd write new tests for those as well\n(execution tests in particular).\n\nSo dropping this test.\n\ngcc/testsuite\n\t* gcc.target/riscv/round_32.c: Delete.","shortMessageHtmlLink":"[committed] [RISC-V] Drop dead round_32 test"}},{"before":"c0ca0391841f20921e57a0828ad3991e6e5704a6","after":"025cc7371e253936bdeaded179ac15e4d0b4f372","ref":"refs/heads/releases/gcc-11","pushedAt":"2024-06-11T00:42:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Daily bump.","shortMessageHtmlLink":"Daily bump."}},{"before":"ec0865623fc555086f96bdf52ec59f60b213be36","after":"097bc0aebaed58c11c738ea61da723cca950e5b1","ref":"refs/heads/trunk","pushedAt":"2024-06-11T00:42:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Daily bump.","shortMessageHtmlLink":"Daily bump."}},{"before":"ec0865623fc555086f96bdf52ec59f60b213be36","after":"097bc0aebaed58c11c738ea61da723cca950e5b1","ref":"refs/heads/master","pushedAt":"2024-06-11T00:42:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Daily bump.","shortMessageHtmlLink":"Daily bump."}},{"before":"ff8105b4910f7dbee326cb36b01c16ac9bf10c4b","after":"60e4cc3625105b45f9f2b453a53f7551e2e2af3b","ref":"refs/heads/releases/gcc-14","pushedAt":"2024-06-11T00:42:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Daily bump.","shortMessageHtmlLink":"Daily bump."}},{"before":"12a3ba2be46e86ff1bffa5c876b6b17fe4929be3","after":"cc835f41ec6ffd6a2a2128d3cf5c1f5c0e28e36e","ref":"refs/heads/releases/gcc-12","pushedAt":"2024-06-11T00:42:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Daily bump.","shortMessageHtmlLink":"Daily bump."}},{"before":"ef494b147f6d210cfa7e1647fb0979aa3666022a","after":"f2ef3ac78c7832e1483085be5a5fe23b1e402e70","ref":"refs/heads/releases/gcc-13","pushedAt":"2024-06-11T00:42:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Daily bump.","shortMessageHtmlLink":"Daily bump."}},{"before":"74ee12ff68243bb177fb8653474dff80c3792139","after":"ec0865623fc555086f96bdf52ec59f60b213be36","ref":"refs/heads/trunk","pushedAt":"2024-06-10T22:35:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"modula2: Fix typos, grammar, and a link\n\ngcc:\n\t* doc/gm2.texi (Documentation): Fix typos, grammar, and a link.","shortMessageHtmlLink":"modula2: Fix typos, grammar, and a link"}},{"before":"74ee12ff68243bb177fb8653474dff80c3792139","after":"ec0865623fc555086f96bdf52ec59f60b213be36","ref":"refs/heads/master","pushedAt":"2024-06-10T22:35:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"modula2: Fix typos, grammar, and a link\n\ngcc:\n\t* doc/gm2.texi (Documentation): Fix typos, grammar, and a link.","shortMessageHtmlLink":"modula2: Fix typos, grammar, and a link"}},{"before":"6ef888177251653fd89b9f127d707bdad04eecbe","after":"74ee12ff68243bb177fb8653474dff80c3792139","ref":"refs/heads/trunk","pushedAt":"2024-06-10T20:28:39.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Move array_bounds warnings into a separate pass.\n\nArray bounds checking is currently tied to VRP.  This causes issues with\nusing laternate VRP algorithms as well as experimenting with moving\nthe location of the warnings later.   This moves it to its own pass\nand cleans up the vrp_pass object.\n\n\t* gimple-array-bounds.cc (array_bounds_checker::array_bounds_checker):\n\tAlways use current range_query.\n\t(pass_data_array_bounds): New.\n\t(pass_array_bounds): New.\n\t(make_pass_array_bounds): New.\n\t* gimple-array-bounds.h  (array_bounds_checker): Adjust prototype.\n\t* passes.def (pass_array_bounds): New.  Add after VRP1.\n\t* timevar.def (TV_TREE_ARRAY_BOUNDS): New timevar.\n\t* tree-pass.h (make_pass_array_bounds): Add prototype.\n\t* tree-vrp.cc (execute_ranger_vrp): Remove warning param and do\n\tnot invoke array bounds warning pass.\n\t(pass_vrp::pass_vrp): Adjust params.\n\t(pass_vrp::close): Adjust parameters.\n\t(pass_vrp::warn_array_bounds_p): Remove.\n\t(make_pass_vrp): Remove warning param.\n\t(make_pass_early_vrp): Remove warning param.\n\t(make_pass_fast_vrp): Remove warning param.","shortMessageHtmlLink":"Move array_bounds warnings into a separate pass."}},{"before":"6ef888177251653fd89b9f127d707bdad04eecbe","after":"74ee12ff68243bb177fb8653474dff80c3792139","ref":"refs/heads/master","pushedAt":"2024-06-10T20:28:39.000Z","pushType":"push","commitsCount":3,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Move array_bounds warnings into a separate pass.\n\nArray bounds checking is currently tied to VRP.  This causes issues with\nusing laternate VRP algorithms as well as experimenting with moving\nthe location of the warnings later.   This moves it to its own pass\nand cleans up the vrp_pass object.\n\n\t* gimple-array-bounds.cc (array_bounds_checker::array_bounds_checker):\n\tAlways use current range_query.\n\t(pass_data_array_bounds): New.\n\t(pass_array_bounds): New.\n\t(make_pass_array_bounds): New.\n\t* gimple-array-bounds.h  (array_bounds_checker): Adjust prototype.\n\t* passes.def (pass_array_bounds): New.  Add after VRP1.\n\t* timevar.def (TV_TREE_ARRAY_BOUNDS): New timevar.\n\t* tree-pass.h (make_pass_array_bounds): Add prototype.\n\t* tree-vrp.cc (execute_ranger_vrp): Remove warning param and do\n\tnot invoke array bounds warning pass.\n\t(pass_vrp::pass_vrp): Adjust params.\n\t(pass_vrp::close): Adjust parameters.\n\t(pass_vrp::warn_array_bounds_p): Remove.\n\t(make_pass_vrp): Remove warning param.\n\t(make_pass_early_vrp): Remove warning param.\n\t(make_pass_fast_vrp): Remove warning param.","shortMessageHtmlLink":"Move array_bounds warnings into a separate pass."}},{"before":"c3d1153bc0a2b820e3c373ecf19a5a127703f854","after":"6ef888177251653fd89b9f127d707bdad04eecbe","ref":"refs/heads/trunk","pushedAt":"2024-06-10T17:03:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"libstdc++: [_Hashtable] Optimize destructor\n\nHashtable destructor do not need to call clear() method that in addition to\ndestroying all nodes also reset all buckets to nullptr.\n\nlibstdc++-v3/ChangeLog:\n\n\t* include/bits/hashtable.h (~_Hashtable()): Replace clear call with\n\ta _M_deallocate_nodes call.","shortMessageHtmlLink":"libstdc++: [_Hashtable] Optimize destructor"}},{"before":"c3d1153bc0a2b820e3c373ecf19a5a127703f854","after":"6ef888177251653fd89b9f127d707bdad04eecbe","ref":"refs/heads/master","pushedAt":"2024-06-10T17:03:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"libstdc++: [_Hashtable] Optimize destructor\n\nHashtable destructor do not need to call clear() method that in addition to\ndestroying all nodes also reset all buckets to nullptr.\n\nlibstdc++-v3/ChangeLog:\n\n\t* include/bits/hashtable.h (~_Hashtable()): Replace clear call with\n\ta _M_deallocate_nodes call.","shortMessageHtmlLink":"libstdc++: [_Hashtable] Optimize destructor"}},{"before":"3472c1b500cf9184766237bfd3d102aa8451b99f","after":"c3d1153bc0a2b820e3c373ecf19a5a127703f854","ref":"refs/heads/trunk","pushedAt":"2024-06-10T15:48:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Fix pr115388.c: plain char could be unsigned by default [PR115415]\n\nThis is a simple fix to the testcase as plain `char` could be\nunsigned by default on some targets (e.g. aarch64 and powerpc).\n\nCommitted as obvious after quick test of the testcase on both aarch64 and x86_64.\n\ngcc/testsuite/ChangeLog:\n\n\tPR testsuite/115415\n\tPR tree-optimization/115388\n\t* gcc.dg/torture/pr115388.c: Use `signed char` directly instead\n\tof plain `char`.\n\nSigned-off-by: Andrew Pinski <quic_apinski@quicinc.com>","shortMessageHtmlLink":"Fix pr115388.c: plain char could be unsigned by default [PR115415]"}},{"before":"3472c1b500cf9184766237bfd3d102aa8451b99f","after":"c3d1153bc0a2b820e3c373ecf19a5a127703f854","ref":"refs/heads/master","pushedAt":"2024-06-10T15:48:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Fix pr115388.c: plain char could be unsigned by default [PR115415]\n\nThis is a simple fix to the testcase as plain `char` could be\nunsigned by default on some targets (e.g. aarch64 and powerpc).\n\nCommitted as obvious after quick test of the testcase on both aarch64 and x86_64.\n\ngcc/testsuite/ChangeLog:\n\n\tPR testsuite/115415\n\tPR tree-optimization/115388\n\t* gcc.dg/torture/pr115388.c: Use `signed char` directly instead\n\tof plain `char`.\n\nSigned-off-by: Andrew Pinski <quic_apinski@quicinc.com>","shortMessageHtmlLink":"Fix pr115388.c: plain char could be unsigned by default [PR115415]"}},{"before":"b5ad4431f97eed60e46fc447fcd1eb4077b3cd80","after":"ff8105b4910f7dbee326cb36b01c16ac9bf10c4b","ref":"refs/heads/releases/gcc-14","pushedAt":"2024-06-10T14:30:40.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"c++: lambda in pack expansion [PR115378]\n\nHere find_parameter_packs_r is incorrectly treating the 'auto' return\ntype of a lambda as a parameter pack due to Concepts-TS specific logic\nadded in r6-4517, leading to confusion later when expanding the pattern.\n\nSince we intend on removing Concepts TS support soon anyway, this patch\nfixes this by restricting the problematic logic with flag_concepts_ts.\nDoing so revealed that add_capture was relying on this logic to set\nTEMPLATE_TYPE_PARAMETER_PACK for the 'auto' type of an pack expansion\ninit-capture, which we now need to do explicitly.\n\n\tPR c++/115378\n\ngcc/cp/ChangeLog:\n\n\t* lambda.cc (lambda_capture_field_type): Set\n\tTEMPLATE_TYPE_PARAMETER_PACK on the auto type of an init-capture\n\tpack expansion.\n\t* pt.cc (find_parameter_packs_r) <case TEMPLATE_TYPE_PARM>:\n\tRestrict TEMPLATE_TYPE_PARAMETER_PACK promotion with\n\tflag_concepts_ts.\n\ngcc/testsuite/ChangeLog:\n\n\t* g++.dg/cpp1y/decltype-auto-103497.C: Adjust expected diagnostic.\n\t* g++.dg/template/pr95672.C: Likewise.\n\t* g++.dg/cpp2a/lambda-targ5.C: New test.\n\nReviewed-by: Jason Merrill <jason@redhat.com>\n(cherry picked from commit 5c761395402a730535983a5e49ef1775561ebc61)","shortMessageHtmlLink":"c++: lambda in pack expansion [PR115378]"}},{"before":"818e760528d436ea8f6c28ef620e2bb82d456ea1","after":"3472c1b500cf9184766237bfd3d102aa8451b99f","ref":"refs/heads/trunk","pushedAt":"2024-06-10T13:13:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"[to-be-committed] [RISC-V] Use bext for extracting a bit into a SImode object\n\nbext is defined as (src >> n) & 1.  With that formulation, particularly the\n\"&1\" means the result is implicitly zero extended.  So we can safely use it on\nSI objects for rv64 without the need to do any explicit extension.\n\nThis patch adds the obvious pattern and a few testcases.   I think one of the\ntests is derived from coremark, the other two from spec2017.\n\nThis has churned through Ventana's CI system repeatedly since it was first\nwritten.  Assuming pre-commit CI doesn't complain, I'll commit it on Raphael's\nbehalf later today or Monday.\n\ngcc/\n\t* config/riscv/bitmanip.md (*bextdisi): New pattern.\n\ngcc/testsuite\n\n\t* gcc.target/riscv/bext-ext.c: New test.","shortMessageHtmlLink":"[to-be-committed] [RISC-V] Use bext for extracting a bit into a SImod…"}},{"before":"818e760528d436ea8f6c28ef620e2bb82d456ea1","after":"3472c1b500cf9184766237bfd3d102aa8451b99f","ref":"refs/heads/master","pushedAt":"2024-06-10T13:13:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"[to-be-committed] [RISC-V] Use bext for extracting a bit into a SImode object\n\nbext is defined as (src >> n) & 1.  With that formulation, particularly the\n\"&1\" means the result is implicitly zero extended.  So we can safely use it on\nSI objects for rv64 without the need to do any explicit extension.\n\nThis patch adds the obvious pattern and a few testcases.   I think one of the\ntests is derived from coremark, the other two from spec2017.\n\nThis has churned through Ventana's CI system repeatedly since it was first\nwritten.  Assuming pre-commit CI doesn't complain, I'll commit it on Raphael's\nbehalf later today or Monday.\n\ngcc/\n\t* config/riscv/bitmanip.md (*bextdisi): New pattern.\n\ngcc/testsuite\n\n\t* gcc.target/riscv/bext-ext.c: New test.","shortMessageHtmlLink":"[to-be-committed] [RISC-V] Use bext for extracting a bit into a SImod…"}},{"before":"e29af8de31ba4b73dcee82917c8cec60d53dfa82","after":"818e760528d436ea8f6c28ef620e2bb82d456ea1","ref":"refs/heads/trunk","pushedAt":"2024-06-10T11:57:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"tree-optimization/115388 - wrong DSE in irreductible regions\n\nThe following fixes a latent bug in DSE with regarding to variant\narray accesses where the code avoiding bogus DSE in loops fails to\nhandle irreducible regions.  For those we need to make sure backedges\nare marked and discover a header for the irreducible region to check\ninvariantness.\n\n\tPR tree-optimization/115388\n\t* tree-ssa-dse.cc (dse_classify_store): Handle irreducible\n\tregions.\n\t(pass_dse::execute): Make sure to mark backedges.\n\n\t* gcc.dg/torture/pr115388.c: New testcase.","shortMessageHtmlLink":"tree-optimization/115388 - wrong DSE in irreductible regions"}},{"before":"e29af8de31ba4b73dcee82917c8cec60d53dfa82","after":"818e760528d436ea8f6c28ef620e2bb82d456ea1","ref":"refs/heads/master","pushedAt":"2024-06-10T11:57:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"tree-optimization/115388 - wrong DSE in irreductible regions\n\nThe following fixes a latent bug in DSE with regarding to variant\narray accesses where the code avoiding bogus DSE in loops fails to\nhandle irreducible regions.  For those we need to make sure backedges\nare marked and discover a header for the irreducible region to check\ninvariantness.\n\n\tPR tree-optimization/115388\n\t* tree-ssa-dse.cc (dse_classify_store): Handle irreducible\n\tregions.\n\t(pass_dse::execute): Make sure to mark backedges.\n\n\t* gcc.dg/torture/pr115388.c: New testcase.","shortMessageHtmlLink":"tree-optimization/115388 - wrong DSE in irreductible regions"}},{"before":"481a76685e8d5a1b5b49c56c85e88fa432e3e23b","after":"12a3ba2be46e86ff1bffa5c876b6b17fe4929be3","ref":"refs/heads/releases/gcc-12","pushedAt":"2024-06-10T10:39:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Fix crash on access-to-incomplete type\n\nThis just adds the missing guard.\n\ngcc/ada/\n\tPR ada/114708\n\t* exp_util.adb (Finalize_Address): Add guard for incomplete types.\n\ngcc/testsuite/\n\t* gnat.dg/incomplete8.adb: New test.","shortMessageHtmlLink":"Fix crash on access-to-incomplete type"}},{"before":"72a59a1b8d4e69b1faac93a31c1162ef0dbe53e5","after":"b5ad4431f97eed60e46fc447fcd1eb4077b3cd80","ref":"refs/heads/releases/gcc-14","pushedAt":"2024-06-10T10:39:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Fix crash on access-to-incomplete type\n\nThis just adds the missing guard.\n\ngcc/ada/\n\tPR ada/114708\n\t* exp_util.adb (Finalize_Address): Add guard for incomplete types.\n\ngcc/testsuite/\n\t* gnat.dg/incomplete8.adb: New test.","shortMessageHtmlLink":"Fix crash on access-to-incomplete type"}},{"before":"e1c1f128d1c1e1f548cbae4eb014e455cfdfccc8","after":"e29af8de31ba4b73dcee82917c8cec60d53dfa82","ref":"refs/heads/trunk","pushedAt":"2024-06-10T10:39:39.000Z","pushType":"push","commitsCount":1,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Add testcase for PR ada/114708\n\ngcc/testsuite/\n\tPR ada/114708\n\t* gnat.dg/incomplete8.adb: New test.","shortMessageHtmlLink":"Add testcase for PR ada/114708"}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEYflPgAA","startCursor":null,"endCursor":null}},"title":"Activity · gcc-mirror/gcc"}