{"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:1724175769.0","currentOid":""},"activityList":{"items":[{"before":"a2746e4347076ea48f4aeb28e13e6337ff7799ad","after":"91da9e3b5486875efbdb7428d63c3a0fa42508a9","ref":"refs/heads/trunk","pushedAt":"2024-09-19T23:07:43.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-family: regenerate c.opt.urls\n\nI forgot again.\n\ngcc/c-family/ChangeLog:\n\n\t* c.opt.urls: Regenerate.","shortMessageHtmlLink":"c-family: regenerate c.opt.urls"}},{"before":"a2746e4347076ea48f4aeb28e13e6337ff7799ad","after":"91da9e3b5486875efbdb7428d63c3a0fa42508a9","ref":"refs/heads/master","pushedAt":"2024-09-19T23:07:43.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-family: regenerate c.opt.urls\n\nI forgot again.\n\ngcc/c-family/ChangeLog:\n\n\t* c.opt.urls: Regenerate.","shortMessageHtmlLink":"c-family: regenerate c.opt.urls"}},{"before":"a3efd2ff9db0545d0f504153a6a0195e1c92e5cf","after":"164a4a57139cd33c650cbe2f3cf2daafda521727","ref":"refs/heads/releases/gcc-14","pushedAt":"2024-09-19T21:23:44.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":"Update cpplib zh_CN.po\n\n\t* zh_CN.po: Update.","shortMessageHtmlLink":"Update cpplib zh_CN.po"}},{"before":"16dda95e39fa04e5ab43486a980e8866ee12efd7","after":"a2746e4347076ea48f4aeb28e13e6337ff7799ad","ref":"refs/heads/trunk","pushedAt":"2024-09-19T21:23:44.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":"c++: deleting explicitly-defaulted functions [PR116162]\n\nThis PR points out the we're not implementing [dcl.fct.def.default]\nproperly.  Consider e.g.\n\n  struct C {\n     C(const C&&) = default;\n  };\n\nwhere we wrongly emit an error, but the move ctor should be just =deleted.\nAccording to [dcl.fct.def.default], if the type of the special member\nfunction differs from the type of the corresponding special member function\nthat would have been implicitly declared in a way other than as allowed\nby 2.1-4, the function is defined as deleted.  There's an exception for\nassignment operators in which case the program is ill-formed.\n\nclang++ has a warning for when we delete an explicitly-defaulted function\nso this patch adds it too.\n\nWhen the code is ill-formed, we emit an error in all modes.  Otherwise,\nwe emit a pedwarn in C++17 and a warning in C++20.\n\n\tPR c++/116162\n\ngcc/c-family/ChangeLog:\n\n\t* c.opt (Wdefaulted-function-deleted): New.\n\ngcc/cp/ChangeLog:\n\n\t* class.cc (check_bases_and_members): Don't set DECL_DELETED_FN here,\n\tleave it to defaulted_late_check.\n\t* cp-tree.h (maybe_delete_defaulted_fn): Declare.\n\t(defaulted_late_check): Add a tristate parameter.\n\t* method.cc (maybe_delete_defaulted_fn): New.\n\t(defaulted_late_check): Add a tristate parameter.  Call\n\tmaybe_delete_defaulted_fn instead of giving an error.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Document -Wdefaulted-function-deleted.\n\ngcc/testsuite/ChangeLog:\n\n\t* g++.dg/cpp0x/defaulted15.C: Add dg-warning/dg-error.\n\t* g++.dg/cpp0x/defaulted51.C: Likewise.\n\t* g++.dg/cpp0x/defaulted52.C: Likewise.\n\t* g++.dg/cpp0x/defaulted53.C: Likewise.\n\t* g++.dg/cpp0x/defaulted54.C: Likewise.\n\t* g++.dg/cpp0x/defaulted56.C: Likewise.\n\t* g++.dg/cpp0x/defaulted57.C: Likewise.\n\t* g++.dg/cpp0x/defaulted58.C: Likewise.\n\t* g++.dg/cpp0x/defaulted59.C: Likewise.\n\t* g++.dg/cpp0x/defaulted63.C: New test.\n\t* g++.dg/cpp0x/defaulted64.C: New test.\n\t* g++.dg/cpp0x/defaulted65.C: New test.\n\t* g++.dg/cpp0x/defaulted66.C: New test.\n\t* g++.dg/cpp0x/defaulted67.C: New test.\n\t* g++.dg/cpp0x/defaulted68.C: New test.\n\t* g++.dg/cpp0x/defaulted69.C: New test.\n\t* g++.dg/cpp23/defaulted1.C: New test.","shortMessageHtmlLink":"c++: deleting explicitly-defaulted functions [PR116162]"}},{"before":"16dda95e39fa04e5ab43486a980e8866ee12efd7","after":"a2746e4347076ea48f4aeb28e13e6337ff7799ad","ref":"refs/heads/master","pushedAt":"2024-09-19T21:23:44.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":"c++: deleting explicitly-defaulted functions [PR116162]\n\nThis PR points out the we're not implementing [dcl.fct.def.default]\nproperly.  Consider e.g.\n\n  struct C {\n     C(const C&&) = default;\n  };\n\nwhere we wrongly emit an error, but the move ctor should be just =deleted.\nAccording to [dcl.fct.def.default], if the type of the special member\nfunction differs from the type of the corresponding special member function\nthat would have been implicitly declared in a way other than as allowed\nby 2.1-4, the function is defined as deleted.  There's an exception for\nassignment operators in which case the program is ill-formed.\n\nclang++ has a warning for when we delete an explicitly-defaulted function\nso this patch adds it too.\n\nWhen the code is ill-formed, we emit an error in all modes.  Otherwise,\nwe emit a pedwarn in C++17 and a warning in C++20.\n\n\tPR c++/116162\n\ngcc/c-family/ChangeLog:\n\n\t* c.opt (Wdefaulted-function-deleted): New.\n\ngcc/cp/ChangeLog:\n\n\t* class.cc (check_bases_and_members): Don't set DECL_DELETED_FN here,\n\tleave it to defaulted_late_check.\n\t* cp-tree.h (maybe_delete_defaulted_fn): Declare.\n\t(defaulted_late_check): Add a tristate parameter.\n\t* method.cc (maybe_delete_defaulted_fn): New.\n\t(defaulted_late_check): Add a tristate parameter.  Call\n\tmaybe_delete_defaulted_fn instead of giving an error.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Document -Wdefaulted-function-deleted.\n\ngcc/testsuite/ChangeLog:\n\n\t* g++.dg/cpp0x/defaulted15.C: Add dg-warning/dg-error.\n\t* g++.dg/cpp0x/defaulted51.C: Likewise.\n\t* g++.dg/cpp0x/defaulted52.C: Likewise.\n\t* g++.dg/cpp0x/defaulted53.C: Likewise.\n\t* g++.dg/cpp0x/defaulted54.C: Likewise.\n\t* g++.dg/cpp0x/defaulted56.C: Likewise.\n\t* g++.dg/cpp0x/defaulted57.C: Likewise.\n\t* g++.dg/cpp0x/defaulted58.C: Likewise.\n\t* g++.dg/cpp0x/defaulted59.C: Likewise.\n\t* g++.dg/cpp0x/defaulted63.C: New test.\n\t* g++.dg/cpp0x/defaulted64.C: New test.\n\t* g++.dg/cpp0x/defaulted65.C: New test.\n\t* g++.dg/cpp0x/defaulted66.C: New test.\n\t* g++.dg/cpp0x/defaulted67.C: New test.\n\t* g++.dg/cpp0x/defaulted68.C: New test.\n\t* g++.dg/cpp0x/defaulted69.C: New test.\n\t* g++.dg/cpp23/defaulted1.C: New test.","shortMessageHtmlLink":"c++: deleting explicitly-defaulted functions [PR116162]"}},{"before":"cee868ae0dfb5bef590a0a82426d32ba1d2b1a92","after":"16dda95e39fa04e5ab43486a980e8866ee12efd7","ref":"refs/heads/trunk","pushedAt":"2024-09-19T16:11:43.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":"dwarf2asm: Use constexpr for eh_data_format_name initialization for C++14\n\nSimilarly to the previous patch, dwarf2asm.cc had\nHAVE_DESIGNATED_INITIALIZERS support, and as fallback a huge switch.\nThe switch from what I can see is expanded as a jump table with 256\nlabel pointers and code at those labels then loads addresses of\nstring literals.\nThe following patch instead uses a table with 256 const char * pointers,\nNULL for ICE, non-NULL for returning something, similarly to the\nHAVE_DESIGNATED_INITIALIZERS case.\n\n2024-09-19  Jakub Jelinek  <jakub@redhat.com>\n\n\t* dwarf2asm.cc (eh_data_format_name): Use constexpr initialization\n\tof format_names table for C++14 instead of a large switch.","shortMessageHtmlLink":"dwarf2asm: Use constexpr for eh_data_format_name initialization for C…"}},{"before":"cee868ae0dfb5bef590a0a82426d32ba1d2b1a92","after":"16dda95e39fa04e5ab43486a980e8866ee12efd7","ref":"refs/heads/master","pushedAt":"2024-09-19T16:11:43.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":"dwarf2asm: Use constexpr for eh_data_format_name initialization for C++14\n\nSimilarly to the previous patch, dwarf2asm.cc had\nHAVE_DESIGNATED_INITIALIZERS support, and as fallback a huge switch.\nThe switch from what I can see is expanded as a jump table with 256\nlabel pointers and code at those labels then loads addresses of\nstring literals.\nThe following patch instead uses a table with 256 const char * pointers,\nNULL for ICE, non-NULL for returning something, similarly to the\nHAVE_DESIGNATED_INITIALIZERS case.\n\n2024-09-19  Jakub Jelinek  <jakub@redhat.com>\n\n\t* dwarf2asm.cc (eh_data_format_name): Use constexpr initialization\n\tof format_names table for C++14 instead of a large switch.","shortMessageHtmlLink":"dwarf2asm: Use constexpr for eh_data_format_name initialization for C…"}},{"before":"77bd23a3e247555ba427d01af8e5713934be8d5b","after":"cee868ae0dfb5bef590a0a82426d32ba1d2b1a92","ref":"refs/heads/trunk","pushedAt":"2024-09-19T14:53:42.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":"RISC-V: Add testcases for form 2 of signed scalar SAT_ADD\n\nThis patch would like to add testcases of the signed scalar SAT_ADD\nfor form 2.  Aka:\n\nForm 2:\n  #define DEF_SAT_S_ADD_FMT_2(T, UT, MIN, MAX) \\\n  T __attribute__((noinline))                  \\\n  sat_s_add_##T##_fmt_2 (T x, T y)             \\\n  {                                            \\\n    T sum = (UT)x + (UT)y;                     \\\n    if ((x ^ y) < 0 || (sum ^ x) >= 0)         \\\n      return sum;                              \\\n    return x < 0 ? MIN : MAX;                  \\\n  }\n\nDEF_SAT_S_ADD_FMT_2 (int64_t, uint64_t, INT64_MIN, INT64_MAX)\n\nThe below test are passed for this patch.\n* The rv64gcv fully regression test.\n\ngcc/testsuite/ChangeLog:\n\n\t* gcc.target/riscv/sat_arith.h: Add test helper macros.\n\t* gcc.target/riscv/sat_s_add-5.c: New test.\n\t* gcc.target/riscv/sat_s_add-6.c: New test.\n\t* gcc.target/riscv/sat_s_add-7.c: New test.\n\t* gcc.target/riscv/sat_s_add-8.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-5.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-6.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-7.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-8.c: New test.\n\nSigned-off-by: Pan Li <pan2.li@intel.com>","shortMessageHtmlLink":"RISC-V: Add testcases for form 2 of signed scalar SAT_ADD"}},{"before":"77bd23a3e247555ba427d01af8e5713934be8d5b","after":"cee868ae0dfb5bef590a0a82426d32ba1d2b1a92","ref":"refs/heads/master","pushedAt":"2024-09-19T14:53:42.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":"RISC-V: Add testcases for form 2 of signed scalar SAT_ADD\n\nThis patch would like to add testcases of the signed scalar SAT_ADD\nfor form 2.  Aka:\n\nForm 2:\n  #define DEF_SAT_S_ADD_FMT_2(T, UT, MIN, MAX) \\\n  T __attribute__((noinline))                  \\\n  sat_s_add_##T##_fmt_2 (T x, T y)             \\\n  {                                            \\\n    T sum = (UT)x + (UT)y;                     \\\n    if ((x ^ y) < 0 || (sum ^ x) >= 0)         \\\n      return sum;                              \\\n    return x < 0 ? MIN : MAX;                  \\\n  }\n\nDEF_SAT_S_ADD_FMT_2 (int64_t, uint64_t, INT64_MIN, INT64_MAX)\n\nThe below test are passed for this patch.\n* The rv64gcv fully regression test.\n\ngcc/testsuite/ChangeLog:\n\n\t* gcc.target/riscv/sat_arith.h: Add test helper macros.\n\t* gcc.target/riscv/sat_s_add-5.c: New test.\n\t* gcc.target/riscv/sat_s_add-6.c: New test.\n\t* gcc.target/riscv/sat_s_add-7.c: New test.\n\t* gcc.target/riscv/sat_s_add-8.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-5.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-6.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-7.c: New test.\n\t* gcc.target/riscv/sat_s_add-run-8.c: New test.\n\nSigned-off-by: Pan Li <pan2.li@intel.com>","shortMessageHtmlLink":"RISC-V: Add testcases for form 2 of signed scalar SAT_ADD"}},{"before":"605d05b9481832bc691685b7ff990ef68f02b1bb","after":"77bd23a3e247555ba427d01af8e5713934be8d5b","ref":"refs/heads/trunk","pushedAt":"2024-09-19T14:27:46.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":"Fall back to single-lane SLP before falling back to no SLP\n\nThe following changes the fallback to disable SLP when any of the\ndiscovered SLP instances failed to pass vectorization checking into\na fallback that emulates what no SLP would do with SLP - force\nsingle-lane discovery for all instances.\n\nThe patch does not remove the final fallback to disable SLP but it\nreduces the fallout from failing vectorization when any non-SLP\nstmt survives analysis.\n\n\t* tree-vectorizer.h (vect_analyze_slp): Add force_single_lane\n\tparameter.\n\t* tree-vect-slp.cc (vect_analyze_slp_instance): Remove\n\tdefaulting of force_single_lane.\n\t(vect_build_slp_instance): Likewise.  Pass down appropriate\n\tforce_single_lane.\n\t(vect_analyze_slp): Add force_sigle_lane parameter and pass\n\tit down appropriately.\n\t(vect_slp_analyze_bb_1): Always do multi-lane SLP.\n\t* tree-vect-loop.cc (vect_analyze_loop_2): Track two SLP\n\tmodes and adjust accordingly.\n\t(vect_analyze_loop_1): Save the SLP mode when unrolling.\n\n\t* gcc.dg/vect/vect-outer-slp-1.c: Adjust.","shortMessageHtmlLink":"Fall back to single-lane SLP before falling back to no SLP"}},{"before":"605d05b9481832bc691685b7ff990ef68f02b1bb","after":"77bd23a3e247555ba427d01af8e5713934be8d5b","ref":"refs/heads/master","pushedAt":"2024-09-19T14:27:46.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":"Fall back to single-lane SLP before falling back to no SLP\n\nThe following changes the fallback to disable SLP when any of the\ndiscovered SLP instances failed to pass vectorization checking into\na fallback that emulates what no SLP would do with SLP - force\nsingle-lane discovery for all instances.\n\nThe patch does not remove the final fallback to disable SLP but it\nreduces the fallout from failing vectorization when any non-SLP\nstmt survives analysis.\n\n\t* tree-vectorizer.h (vect_analyze_slp): Add force_single_lane\n\tparameter.\n\t* tree-vect-slp.cc (vect_analyze_slp_instance): Remove\n\tdefaulting of force_single_lane.\n\t(vect_build_slp_instance): Likewise.  Pass down appropriate\n\tforce_single_lane.\n\t(vect_analyze_slp): Add force_sigle_lane parameter and pass\n\tit down appropriately.\n\t(vect_slp_analyze_bb_1): Always do multi-lane SLP.\n\t* tree-vect-loop.cc (vect_analyze_loop_2): Track two SLP\n\tmodes and adjust accordingly.\n\t(vect_analyze_loop_1): Save the SLP mode when unrolling.\n\n\t* gcc.dg/vect/vect-outer-slp-1.c: Adjust.","shortMessageHtmlLink":"Fall back to single-lane SLP before falling back to no SLP"}},{"before":"de915fbe3cb1ce7be35dce7d6bc8d04dc7125e61","after":"605d05b9481832bc691685b7ff990ef68f02b1bb","ref":"refs/heads/trunk","pushedAt":"2024-09-19T11:51:43.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":"Always dump generated distance vectors\n\nThere's special-casing for equal access functions which bypasses\nprinting the distance vectors.  The following makes sure we print\nthem always which helps debugging.\n\n\t* tree-data-ref.cc (build_classic_dist_vector): Move\n\tdistance vector dumping to single caller ...\n\t(subscript_dependence_tester): ... here, dumping always\n\twhen we succeed computing it.","shortMessageHtmlLink":"Always dump generated distance vectors"}},{"before":"de915fbe3cb1ce7be35dce7d6bc8d04dc7125e61","after":"605d05b9481832bc691685b7ff990ef68f02b1bb","ref":"refs/heads/master","pushedAt":"2024-09-19T11:51:43.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":"Always dump generated distance vectors\n\nThere's special-casing for equal access functions which bypasses\nprinting the distance vectors.  The following makes sure we print\nthem always which helps debugging.\n\n\t* tree-data-ref.cc (build_classic_dist_vector): Move\n\tdistance vector dumping to single caller ...\n\t(subscript_dependence_tester): ... here, dumping always\n\twhen we succeed computing it.","shortMessageHtmlLink":"Always dump generated distance vectors"}},{"before":"361903ad1affd508bafdb9b771d6a6ffc98a2100","after":"de915fbe3cb1ce7be35dce7d6bc8d04dc7125e61","ref":"refs/heads/trunk","pushedAt":"2024-09-19T10:33:44.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Fortran: Break recursion building recursive types. [PR106606]\n\nBuild a derived type component's type only, when it is not already being\nbuilt and the component uses pointer semantics.\n\ngcc/fortran/ChangeLog:\n\n\tPR fortran/106606\n\n\t* trans-types.cc (gfc_get_derived_type): Only build non-pointer\n\tderived types as component's types when they are not yet built.\n\ngcc/testsuite/ChangeLog:\n\n\t* gfortran.dg/recursive_alloc_comp_5.f90: New test.","shortMessageHtmlLink":"Fortran: Break recursion building recursive types. [PR106606]"}},{"before":"361903ad1affd508bafdb9b771d6a6ffc98a2100","after":"de915fbe3cb1ce7be35dce7d6bc8d04dc7125e61","ref":"refs/heads/master","pushedAt":"2024-09-19T10:33:44.000Z","pushType":"push","commitsCount":4,"pusher":{"login":"hubot","name":"Hubot","path":"/hubot","primaryAvatarUrl":"https://avatars.githubusercontent.com/u/480938?s=80&v=4"},"commit":{"message":"Fortran: Break recursion building recursive types. [PR106606]\n\nBuild a derived type component's type only, when it is not already being\nbuilt and the component uses pointer semantics.\n\ngcc/fortran/ChangeLog:\n\n\tPR fortran/106606\n\n\t* trans-types.cc (gfc_get_derived_type): Only build non-pointer\n\tderived types as component's types when they are not yet built.\n\ngcc/testsuite/ChangeLog:\n\n\t* gfortran.dg/recursive_alloc_comp_5.f90: New test.","shortMessageHtmlLink":"Fortran: Break recursion building recursive types. [PR106606]"}},{"before":"08aba2dd8c9390b6131cca0aac069f97eeddc9d2","after":"361903ad1affd508bafdb9b771d6a6ffc98a2100","ref":"refs/heads/trunk","pushedAt":"2024-09-19T09:41:43.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 deep copy allocatable components in coarrays. [PR85002]\n\nFix code for deep copy of allocatable components in derived type nested\nstructures generated, but not inserted when the copy had to be done in\na coarray.  Additionally fix a comment.\n\ngcc/fortran/ChangeLog:\n\n\tPR fortran/85002\n\t* trans-array.cc (duplicate_allocatable_coarray): Allow adding\n\tof deep copy code in the when-allocated case.  Add bounds\n\tcomputation before condition, because coarrays need the bounds\n\talso when not allocated.\n\t(structure_alloc_comps): Duplication in the coarray case is done\n\talready, omit it.  Add the deep-code when duplication a coarray.\n\t* trans-expr.cc (gfc_trans_structure_assign): Fix comment.\n\ngcc/testsuite/ChangeLog:\n\n\t* gfortran.dg/coarray/alloc_comp_9.f90: New test.","shortMessageHtmlLink":"Fix deep copy allocatable components in coarrays. [PR85002]"}},{"before":"08aba2dd8c9390b6131cca0aac069f97eeddc9d2","after":"361903ad1affd508bafdb9b771d6a6ffc98a2100","ref":"refs/heads/master","pushedAt":"2024-09-19T09:41:43.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 deep copy allocatable components in coarrays. [PR85002]\n\nFix code for deep copy of allocatable components in derived type nested\nstructures generated, but not inserted when the copy had to be done in\na coarray.  Additionally fix a comment.\n\ngcc/fortran/ChangeLog:\n\n\tPR fortran/85002\n\t* trans-array.cc (duplicate_allocatable_coarray): Allow adding\n\tof deep copy code in the when-allocated case.  Add bounds\n\tcomputation before condition, because coarrays need the bounds\n\talso when not allocated.\n\t(structure_alloc_comps): Duplication in the coarray case is done\n\talready, omit it.  Add the deep-code when duplication a coarray.\n\t* trans-expr.cc (gfc_trans_structure_assign): Fix comment.\n\ngcc/testsuite/ChangeLog:\n\n\t* gfortran.dg/coarray/alloc_comp_9.f90: New test.","shortMessageHtmlLink":"Fix deep copy allocatable components in coarrays. [PR85002]"}},{"before":"1cf1bf7899985df31e1ebccb5d6f1ca762991dcf","after":"08aba2dd8c9390b6131cca0aac069f97eeddc9d2","ref":"refs/heads/trunk","pushedAt":"2024-09-19T07:31:43.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":"SVE intrinsics: Fold svmul with all-zero operands to zero vector\n\nAs recently implemented for svdiv, this patch folds svmul to a zero\nvector if one of the operands is a zero vector. This transformation is\napplied if at least one of the following conditions is met:\n- the first operand is all zeros or\n- the second operand is all zeros, and the predicate is ptrue or the\npredication is _x or _z.\n\nIn contrast to constant folding, which was implemented in a previous\npatch, this transformation is applied as soon as one of the operands is\na zero vector, while the other operand can be a variable.\n\nThe patch was bootstrapped and regtested on aarch64-linux-gnu, no regression.\nOK for mainline?\n\nSigned-off-by: Jennifer Schmitz <jschmitz@nvidia.com>\n\ngcc/\n\t* config/aarch64/aarch64-sve-builtins-base.cc (svmul_impl::fold):\n\tAdd folding of all-zero operands to zero vector.\n\ngcc/testsuite/\n\t* gcc.target/aarch64/sve/const_fold_mul_1.c: Adjust expected\n\toutcome.\n\t* gcc.target/aarch64/sve/fold_mul_zero.c: New test.","shortMessageHtmlLink":"SVE intrinsics: Fold svmul with all-zero operands to zero vector"}},{"before":"1cf1bf7899985df31e1ebccb5d6f1ca762991dcf","after":"08aba2dd8c9390b6131cca0aac069f97eeddc9d2","ref":"refs/heads/master","pushedAt":"2024-09-19T07:31:43.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":"SVE intrinsics: Fold svmul with all-zero operands to zero vector\n\nAs recently implemented for svdiv, this patch folds svmul to a zero\nvector if one of the operands is a zero vector. This transformation is\napplied if at least one of the following conditions is met:\n- the first operand is all zeros or\n- the second operand is all zeros, and the predicate is ptrue or the\npredication is _x or _z.\n\nIn contrast to constant folding, which was implemented in a previous\npatch, this transformation is applied as soon as one of the operands is\na zero vector, while the other operand can be a variable.\n\nThe patch was bootstrapped and regtested on aarch64-linux-gnu, no regression.\nOK for mainline?\n\nSigned-off-by: Jennifer Schmitz <jschmitz@nvidia.com>\n\ngcc/\n\t* config/aarch64/aarch64-sve-builtins-base.cc (svmul_impl::fold):\n\tAdd folding of all-zero operands to zero vector.\n\ngcc/testsuite/\n\t* gcc.target/aarch64/sve/const_fold_mul_1.c: Adjust expected\n\toutcome.\n\t* gcc.target/aarch64/sve/fold_mul_zero.c: New test.","shortMessageHtmlLink":"SVE intrinsics: Fold svmul with all-zero operands to zero vector"}},{"before":"877fb9bdb06d18df51c6043f74dde66fe6f46b78","after":"1cf1bf7899985df31e1ebccb5d6f1ca762991dcf","ref":"refs/heads/trunk","pushedAt":"2024-09-19T07:05:45.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: Add ssemov2, sseicvt2 for some load instructions that use memory on operand2\n\nThe memory attr of some instructions should be 'load', but these are\n'none', currently.\n\ngcc/ChangeLog:\n\n\t* config/i386/i386.md: Add ssemov2, sseicvt2.\n\t* config/i386/sse.md (sse2_cvtsi2sd): Apply sseicvt2.\n\t(sse2_cvtsi2sdq<round_name>): Ditto.\n\t(vec_set<mode>_0): Apply ssemov2 for 4, 6.","shortMessageHtmlLink":"i386: Add ssemov2, sseicvt2 for some load instructions that use memor…"}},{"before":"877fb9bdb06d18df51c6043f74dde66fe6f46b78","after":"1cf1bf7899985df31e1ebccb5d6f1ca762991dcf","ref":"refs/heads/master","pushedAt":"2024-09-19T07:05:45.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: Add ssemov2, sseicvt2 for some load instructions that use memory on operand2\n\nThe memory attr of some instructions should be 'load', but these are\n'none', currently.\n\ngcc/ChangeLog:\n\n\t* config/i386/i386.md: Add ssemov2, sseicvt2.\n\t* config/i386/sse.md (sse2_cvtsi2sd): Apply sseicvt2.\n\t(sse2_cvtsi2sdq<round_name>): Ditto.\n\t(vec_set<mode>_0): Apply ssemov2 for 4, 6.","shortMessageHtmlLink":"i386: Add ssemov2, sseicvt2 for some load instructions that use memor…"}},{"before":"f467bbb06d6498f54fa535b095dbfd3f872dd5fd","after":"8483527158024d200b3a9e4edecbe188fa22fdaa","ref":"refs/heads/releases/gcc-12","pushedAt":"2024-09-19T07:05:45.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":"doc: Add more alias option and reorder Intel CPU -march documentation\n\nThis patch is backported from GCC15 with some tweaks.\n\nSince r15-3539, there are requests coming in to add other alias option\ndocumentation. This patch will add all of them, including corei7, corei7-avx,\ncore-avx-i, core-avx2, atom and slm.\n\nAlso in the patch, I reordered that part of documentation, currently all\nthe CPUs/products are just all over the place. I regrouped them by\ndate-to-now products (since the very first CPU to latest Panther Lake), P-core\n(since the clients become hybrid cores, starting from Sapphire Rapids) and\nE-core (since Bonnell). In GCC14 and eariler GCC, Xeon Phi CPUs are still\nthere, I put them after E-core CPUs.\n\nAnd in the patch, I refined the product names in documentation.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Add corei7, corei7-avx, core-avx-i,\n\tcore-avx2, atom, and slm. Reorder the -march documentation by\n\tsplitting them into date-to-now products, P-core, E-core and\n\tXeon Phi. Refine the product names in documentation.","shortMessageHtmlLink":"doc: Add more alias option and reorder Intel CPU -march documentation"}},{"before":"646b5650a563bb505b4d3b52b8fa1ffd8eaa1a9c","after":"a3efd2ff9db0545d0f504153a6a0195e1c92e5cf","ref":"refs/heads/releases/gcc-14","pushedAt":"2024-09-19T06:39:45.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":"doc: Add more alias option and reorder Intel CPU -march documentation\n\nThis patch is backported from GCC15 with some tweaks.\n\nSince r15-3539, there are requests coming in to add other alias option\ndocumentation. This patch will add all ot them, including corei7, corei7-avx,\ncore-avx-i, core-avx2, atom, slm, gracemont and emerarldrapids.\n\nAlso in the patch, I reordered that part of documentation, currently all\nthe CPUs/products are just all over the place. I regrouped them by\ndate-to-now products (since the very first CPU to latest Panther Lake), P-core\n(since the clients become hybrid cores, starting from Sapphire Rapids) and\nE-core (since Bonnell to latest Clearwater Forest). In GCC14 and\neariler GCC, Xeon Phi CPUs are still there, I put them after E-core\nCPUs.\n\nAnd in the patch, I refined the product names in documentation.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Add corei7, corei7-avx, core-avx-i,\n\tcore-avx2, atom, slm, gracemont and emerarldrapids. Reorder\n\tthe -march documentation by splitting them into date-to-now\n\tproducts, P-core, E-core and Xeon Phi. Refine the product names in\n\tdocumentation.","shortMessageHtmlLink":"doc: Add more alias option and reorder Intel CPU -march documentation"}},{"before":"a13b16e50b569fca89d3c80376e73635ff36b3c2","after":"de1d625849a7760da5d5a3a08601d8ac890c6100","ref":"refs/heads/releases/gcc-13","pushedAt":"2024-09-19T06:39:45.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":"doc: Add more alias option and reorder Intel CPU -march documentation\n\nThis patch is backported from GCC15 with some tweaks.\n\nSince r15-3539, there are requests coming in to add other alias option\ndocumentation. This patch will add all of them, including corei7, corei7-avx,\ncore-avx-i, core-avx2, atom, slm and emerarldrapids.\n\nAlso in the patch, I reordered that part of documentation, currently all\nthe CPUs/products are just all over the place. I regrouped them by\ndate-to-now products (since the very first CPU to latest Panther Lake), P-core\n(since the clients become hybrid cores, starting from Sapphire Rapids) and\nE-core (since Bonnell to latest Clearwater Forest). In GCC14 and\neariler GCC, Xeon Phi CPUs are still there, I put them after E-core\nCPUs.\n\nAnd in the patch, I refined the product names in documentation.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Add corei7, corei7-avx, core-avx-i,\n\tcore-avx2, atom, slm and emerarldrapids. Reorder the -march\n\tdocumentation by splitting them into date-to-now products, P-core,\n\tE-core and Xeon Phi. Refine the product names in documentation.","shortMessageHtmlLink":"doc: Add more alias option and reorder Intel CPU -march documentation"}},{"before":"b1ea710b1bcdda233f96538c5404228d2b244e01","after":"877fb9bdb06d18df51c6043f74dde66fe6f46b78","ref":"refs/heads/trunk","pushedAt":"2024-09-19T06:13:46.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":"doc: Add more alias option and reorder Intel CPU -march documentation\n\nSince r15-3539, there are requests coming in to add other alias option\ndocumentation. This patch will add all ot them, including corei7, corei7-avx,\ncore-avx-i, core-avx2, atom, slm, gracemont and emerarldrapids.\n\nAlso in the patch, I reordered that part of documentation, currently all\nthe CPUs/products are just all over the place. I regrouped them by\ndate-to-now products (since the very first CPU to latest Panther Lake), P-core\n(since the clients become hybrid cores, starting from Sapphire Rapids) and\nE-core (since Bonnell to latest Clearwater Forest).\n\nAnd in the patch, I refined the product names in documentation.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Add corei7, corei7-avx, core-avx-i,\n\tcore-avx2, atom, slm, gracemont and emerarldrapids. Reorder\n\tthe -march documentation by splitting them into date-to-now\n\tproducts, P-core and E-core. Refine the product names in\n\tdocumentation.","shortMessageHtmlLink":"doc: Add more alias option and reorder Intel CPU -march documentation"}},{"before":"b1ea710b1bcdda233f96538c5404228d2b244e01","after":"877fb9bdb06d18df51c6043f74dde66fe6f46b78","ref":"refs/heads/master","pushedAt":"2024-09-19T06:13:46.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":"doc: Add more alias option and reorder Intel CPU -march documentation\n\nSince r15-3539, there are requests coming in to add other alias option\ndocumentation. This patch will add all ot them, including corei7, corei7-avx,\ncore-avx-i, core-avx2, atom, slm, gracemont and emerarldrapids.\n\nAlso in the patch, I reordered that part of documentation, currently all\nthe CPUs/products are just all over the place. I regrouped them by\ndate-to-now products (since the very first CPU to latest Panther Lake), P-core\n(since the clients become hybrid cores, starting from Sapphire Rapids) and\nE-core (since Bonnell to latest Clearwater Forest).\n\nAnd in the patch, I refined the product names in documentation.\n\ngcc/ChangeLog:\n\n\t* doc/invoke.texi: Add corei7, corei7-avx, core-avx-i,\n\tcore-avx2, atom, slm, gracemont and emerarldrapids. Reorder\n\tthe -march documentation by splitting them into date-to-now\n\tproducts, P-core and E-core. Refine the product names in\n\tdocumentation.","shortMessageHtmlLink":"doc: Add more alias option and reorder Intel CPU -march documentation"}},{"before":"57faabfbb3e58c66d924fced96c0fd2b5b3fc0c7","after":"b1ea710b1bcdda233f96538c5404228d2b244e01","ref":"refs/heads/trunk","pushedAt":"2024-09-19T02:45:45.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":"testsuite/gcc.dg/pr84877.c: Add machinery to stabilize stack aligmnent\n\nThis test awkwardly \"blinks\"; xfails and xpasses apparently\nrandomly for cris-elf using the \"gdb simulator\".  On\ninspection, I see that the stack address depends on the\nnumber of environment variables, deliberately passed to the\nsimulator, each adding the size of a pointer.\n\nThis test is IMHO important enough not to be just skipped\njust because it blinks (fixing the actual problem is a\ndifferent task).\n\nI guess a random non-16 stack-alignment could happen for\nother targets as well, so let's try and add a generic\nmachinery to \"stabilize\" the test as failing, by allocating\na dynamic amount to make sure it's misaligned.  The most\ntarget-dependent item here is an offset between the incoming\nstack-pointer value (within main in the added framework) and\noutgoing (within \"xmain\" as called from main when setting up\nthe p0 parameter).  I know there are other wonderful stack\nshapes, but such targets would fall under the \"complicated\nsituations\"-label and are no worse off than before.\n\n\t* gcc.dg/pr84877.c: Try to make the test result\tconsistent by\n\tmisaligning the stack.","shortMessageHtmlLink":"testsuite/gcc.dg/pr84877.c: Add machinery to stabilize stack aligmnent"}},{"before":"57faabfbb3e58c66d924fced96c0fd2b5b3fc0c7","after":"b1ea710b1bcdda233f96538c5404228d2b244e01","ref":"refs/heads/master","pushedAt":"2024-09-19T02:45:45.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":"testsuite/gcc.dg/pr84877.c: Add machinery to stabilize stack aligmnent\n\nThis test awkwardly \"blinks\"; xfails and xpasses apparently\nrandomly for cris-elf using the \"gdb simulator\".  On\ninspection, I see that the stack address depends on the\nnumber of environment variables, deliberately passed to the\nsimulator, each adding the size of a pointer.\n\nThis test is IMHO important enough not to be just skipped\njust because it blinks (fixing the actual problem is a\ndifferent task).\n\nI guess a random non-16 stack-alignment could happen for\nother targets as well, so let's try and add a generic\nmachinery to \"stabilize\" the test as failing, by allocating\na dynamic amount to make sure it's misaligned.  The most\ntarget-dependent item here is an offset between the incoming\nstack-pointer value (within main in the added framework) and\noutgoing (within \"xmain\" as called from main when setting up\nthe p0 parameter).  I know there are other wonderful stack\nshapes, but such targets would fall under the \"complicated\nsituations\"-label and are no worse off than before.\n\n\t* gcc.dg/pr84877.c: Try to make the test result\tconsistent by\n\tmisaligning the stack.","shortMessageHtmlLink":"testsuite/gcc.dg/pr84877.c: Add machinery to stabilize stack aligmnent"}},{"before":"1d1687513400c1b805bf5924f732c21dbf166ae8","after":"57faabfbb3e58c66d924fced96c0fd2b5b3fc0c7","ref":"refs/heads/trunk","pushedAt":"2024-09-19T00:35:52.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":"1d1687513400c1b805bf5924f732c21dbf166ae8","after":"57faabfbb3e58c66d924fced96c0fd2b5b3fc0c7","ref":"refs/heads/master","pushedAt":"2024-09-19T00:35:52.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."}}],"hasNextPage":true,"hasPreviousPage":false,"activityType":"all","actor":null,"timePeriod":"all","sort":"DESC","perPage":30,"cursor":"djE6ks8AAAAEu2RYtwA","startCursor":null,"endCursor":null}},"title":"Activity · gcc-mirror/gcc"}