gcc-patches  

Messages by Thread

• • Re: [PATCH v4] c++, coroutines: CWG2563 promise lifetime extension [PR115908]. Jason Merrill
  • [PATCH v5] c++, coroutines: CWG2563 promise lifetime extension [PR115908]. Iain Sandoe
  • Re: [PATCH v5] c++, coroutines: CWG2563 promise lifetime extension [PR115908]. Jason Merrill
  • [PATCH v6] c++, coroutines: CWG2563 promise lifetime extension [PR115908]. Iain Sandoe
  • Re: [PATCH v6] c++, coroutines: CWG2563 promise lifetime extension [PR115908]. Jason Merrill
• [wwwdocs] Add C status page (check, small tweaks) Marek Polacek
  • Re: [wwwdocs] Add C status page (check, small tweaks) Joseph Myers
• [PATCH v2] c++, coroutines: Improve diagnostics for awaiter/promise. Iain Sandoe
  • Re: [PATCH v2] c++, coroutines: Improve diagnostics for awaiter/promise. Jason Merrill
  • Re: [PATCH v2] c++, coroutines: Improve diagnostics for awaiter/promise. Iain Sandoe
• [PATCH v2] c++, coroutines: Avoid UNKNOWN_LOCATION synthesizing code [PR120273]. Iain Sandoe
  • Re: [PATCH v2] c++, coroutines: Avoid UNKNOWN_LOCATION synthesizing code [PR120273]. Jason Merrill
  • [PATCH] c++, coroutines: Avoid UNKNOWN_LOCATION synthesizing code [PR120273]. Iain Sandoe
  • Re: [PATCH] c++, coroutines: Avoid UNKNOWN_LOCATION synthesizing code [PR120273]. Jason Merrill
• [PATCH] or1k: Fix ICE in libgcc caused by recent validate_subreg changes Stafford Horne
  • Re: [PATCH] or1k: Fix ICE in libgcc caused by recent validate_subreg changes Stafford Horne
• [PATCH] libfortran: Add script to regenerate source files FX Coudert
  • Re: [PATCH] libfortran: Add script to regenerate source files Andre Vehreschild
  • [PATCH] libfortran: Simplify Makefile logic FX Coudert
  • Re: [PATCH] libfortran: Simplify Makefile logic Andre Vehreschild
  • Re: [PATCH] libfortran: Simplify Makefile logic FX Coudert
  • Re: [PATCH] libfortran: Simplify Makefile logic Iain Sandoe
• Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Dimitar Dimitrov
  • Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Jeff Law
  • Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Richard Sandiford
  • Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Jeff Law
  • Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Dimitar Dimitrov
  • Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Jeff Law
  • Re: [PATCH] emit-rtl: Use simplify_subreg_regno to validate hardware subregs [PR119966] Dimitar Dimitrov
• [pushed: r16-1348] diagnostics: convert enum logical_location_kind to enum class David Malcolm
• Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Richard Biener
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Richard Biener
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Kees Cook
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Richard Biener
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Richard Biener
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] David Malcolm
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Richard Biener
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071,PR85788,PR88771,PR106762,PR108770,PR115274,PR117179] Qing Zhao
  • Re: [PATCH v6 1/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 1) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Richard Biener
• Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Richard Biener
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Richard Biener
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Andrew MacLeod
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Richard Biener
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Andrew MacLeod
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Andrew MacLeod
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Richard Biener
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Andrew MacLeod
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Jakub Jelinek
  • Re: [PATCH] expand, ranger: Use ranger during expansion [PR120434] Andrew MacLeod
• [PATCH] c++: Save 8 further bytes from lang_type allocations Jakub Jelinek
• [PATCH] c, c++: Save 8 bytes of memory in lang_type for non-ObjC* Jakub Jelinek
  • Re: [PATCH] c, c++: Save 8 bytes of memory in lang_type for non-ObjC* Joseph Myers
  • Re: [PATCH] c, c++: Save 8 bytes of memory in lang_type for non-ObjC* Jason Merrill
  • Re: [PATCH] c, c++: Save 8 bytes of memory in lang_type for non-ObjC* Richard Biener
• Re: [PATCH v3] c++: Fix template class lookup [PR120495, PR115605]. Jason Merrill
• Re: [PATCH] c++: Don't incorrectly reject override after class head name [PR120569] Jason Merrill
  • [PATCH] c++, v2: Don't incorrectly reject override after class head name [PR120569] Jakub Jelinek
• Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Stafford Horne
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Richard Sandiford
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Stafford Horne
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Stafford Horne
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Jeff Law
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Stafford Horne
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Stafford Horne
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Dimitar Dimitrov
  • Re: [PATCH v2 1/2] emit-rtl: Allow extra checks for paradoxical subregs [PR119966] Stafford Horne
• Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C Richard Earnshaw (lists)
  • Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C Alexandre Oliva
  • Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C Richard Earnshaw
  • Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C Alexandre Oliva
  • Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C Richard Earnshaw (lists)
  • Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C Alexandre Oliva
  • [PATCH] [arm] require armv7 support for [PR120424] (was: Re: [PATCH, FYI?] [arm] [vxworks] require thumb2 for pr120424.C) Alexandre Oliva
• Re: [PATCH] RISC-V: xtheadmemidx: Split slli.uw pattern [combine question] Jeff Law
  • Re: [PATCH] RISC-V: xtheadmemidx: Split slli.uw pattern [combine question] Segher Boessenkool
  • Re: [PATCH] RISC-V: xtheadmemidx: Split slli.uw pattern [combine question] Christoph Müllner
  • Re: [PATCH] RISC-V: xtheadmemidx: Split slli.uw pattern [combine question] Segher Boessenkool
• Re: [AutoFDO] Profile merging for clone test Jan Hubicka
  • Re: [AutoFDO] Profile merging for clone test Jan Hubicka
• Re: message format ok? James K. Lowden
• Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Kees Cook
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Siddhesh Poyarekar
  • Re: [PATCH v2] Evaluate the object size by the size of the pointee type when the type is a structure with flexible array member which is annotated with counted_by. Qing Zhao
• Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Joseph Myers
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Joseph Myers
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Joseph Myers
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Joseph Myers
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
  • Re: [PATCH v4 1/3][C FE]Extend "counted_by" attribute to pointer fields of structures. Qing Zhao
• [pushed: r16-1344] diagnostics: fix <title> of experimental-html output [PR116792] David Malcolm
• [PATCH v1 0/4] RISC-V: Combine vec_duplicate + vremu.vv to vremu.vx on GR2VR cost pan2 . li
  • [PATCH v1 4/4] RISC-V: Add test for vec_duplicate + vremu.vv combine case 1 with GR2VR cost 0, 1 and 2 pan2 . li
  • [PATCH v1 1/4] RISC-V: Combine vec_duplicate + vremu.vv to vremu.vx on GR2VR cost pan2 . li
  • Re: [PATCH v1 1/4] RISC-V: Combine vec_duplicate + vremu.vv to vremu.vx on GR2VR cost Jeff Law
  • [PATCH v1 2/4] RISC-V: Reconcile the existing test for vremu.vx combine pan2 . li
  • [PATCH v1 3/4] RISC-V: Add test for vec_duplicate + vremu.vv combine case 0 with GR2VR cost 0, 2 and 15 pan2 . li
• [r16-1247 Regression] FAIL: g++.dg/modules/xtreme-header-8.C -std=c++26 (test for excess errors) on Linux/x86_64 haochen.jiang
• [r16-1067 Regression] FAIL: gcc.dg/tree-ssa/cswtch-6.c scan-assembler .rodata.cst16 on Linux/x86_64 haochen.jiang
• Re: [PATCH 2/3]AArch64: Support eliding ptest on masked compares [PR118974] Richard Sandiford
  • Re: [PATCH 2/3]AArch64: Support eliding ptest on masked compares [PR118974] Richard Sandiford
  • RE: [PATCH 2/3]AArch64: Support eliding ptest on masked compares [PR118974] Tamar Christina
• Re: [AUTOFDO][AARCH64] Add support for profilebootstrap Richard Sandiford
• Re: [PATCH 1/4] libstdc++: Format empty chrono-spec for the calendar types directly. Tomasz Kaminski
  • Re: [PATCH 1/4] libstdc++: Format empty chrono-spec for the calendar types directly. Jonathan Wakely
  • Re: [PATCH 1/4] libstdc++: Format empty chrono-spec for the calendar types directly. Jonathan Wakely
  • [committed v2 1/4] libstdc++: Format empty chrono-spec for the calendar types directly. Tomasz Kamiński
• Re: [PATCH v2] libstdc++: hashing support for chrono value classes (P2592R2) Tomasz Kaminski
  • Re: [PATCH v2] libstdc++: hashing support for chrono value classes (P2592R2) Tomasz Kaminski
• Re: [PATCH] forwprop: Change optimize_agr_copyprop into forward walk instead of backwards Richard Biener
  • Re: [PATCH] forwprop: Change optimize_agr_copyprop into forward walk instead of backwards Andrew Pinski
  • Re: [PATCH] forwprop: Change optimize_agr_copyprop into forward walk instead of backwards Richard Biener
  • Re: [PATCH] forwprop: Change optimize_agr_copyprop into forward walk instead of backwards Andrew Pinski
• Re: [PATCH 11/14] aarch64: Add support for unpacked SVE FP conditional binary arithmetic Spencer Abson
  • Re: [PATCH 11/14] aarch64: Add support for unpacked SVE FP conditional binary arithmetic Richard Sandiford
  • Re: [PATCH 11/14] aarch64: Add support for unpacked SVE FP conditional binary arithmetic Spencer Abson
  • Re: [PATCH 11/14] aarch64: Add support for unpacked SVE FP conditional binary arithmetic Richard Sandiford
• Re: [PATCH 13/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP ternary arithmetic Spencer Abson
  • Re: [PATCH 13/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP ternary arithmetic Richard Sandiford
• Re: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • Re: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Sandiford
  • Re: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • Re: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • RE: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
  • Re: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Tamar Christina
  • Re: [PATCH 1/3]middle-end: support vec_cbranch_any and vec_cbranch_all [PR118974] Richard Biener
• Re: libstdc++: libstdc++: Implement LWG3528 make_from_tuple can perform (the equivalent of) a C-style cast Jonathan Wakely
  • [PATCH] libstdc++: Implement LWG3528 make_from_tuple can perform (the equivalent of) a C-style cast Jonathan Wakely
  • Re: [PATCH] libstdc++: Implement LWG3528 make_from_tuple can perform (the equivalent of) a C-style cast Tomasz Kaminski
• Re: [PATCH 4/4] RISC-V: Add support for xtheadvector fault-only-first segment load/store intrinsics Kito Cheng
• Re: [PATCH 09/14] aarch64: Add support for unpacked SVE FDIV Spencer Abson
  • Re: [PATCH 09/14] aarch64: Add support for unpacked SVE FDIV Richard Sandiford
  • Re: [PATCH 09/14] aarch64: Add support for unpacked SVE FDIV Spencer Abson
• Re: [PATCH 1/4] RISC-V: Add support for xtheadvector unit-stride segment load/store intrinsics Kito Cheng
• Re: [PATCH 0/4] RISC-V: Add new segment load/store intrinsics for xtheadvector Kito Cheng
  • 回复：[PATCH 0/4] RISC-V: Add new segment load/store intrinsics for xtheadvector yunzezhu
• Re: [PATCH 08/14] aarch64: Add support for unpacked SVE FP binary arithmetic Spencer Abson
  • Re: [PATCH 08/14] aarch64: Add support for unpacked SVE FP binary arithmetic Richard Sandiford
• Re: [PATCH 04/14] aarch64: Add support for unpacked SVE FP comparisons Spencer Abson
  • Re: [PATCH 04/14] aarch64: Add support for unpacked SVE FP comparisons Richard Sandiford
• Re: [PATCH 03/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP conversions Spencer Abson
  • Re: [PATCH 03/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP conversions Richard Sandiford
  • Re: [PATCH 03/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP conversions Spencer Abson
  • Re: [PATCH 03/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP conversions Richard Sandiford
  • Re: [PATCH 03/14] aarch64: Relaxed SEL combiner patterns for unpacked SVE FP conversions Spencer Abson
• Re: [PATCH 02/14] aarch64: Add support for unpacked SVE FP conversions Spencer Abson
  • Re: [PATCH 02/14] aarch64: Add support for unpacked SVE FP conversions Richard Sandiford
• RE: AArch64 promote aarch64-autovec-peference to mautovec-preference Tamar Christina
  • Re: AArch64 promote aarch64-autovec-peference to mautovec-preference Richard Sandiford
• Re: [PATCH] [RFC] RISC-V: Add extra check to help choosing multilib with equivalent arch. Kito Cheng
  • 回复：[PATCH] [RFC] RISC-V: Add extra check to help choosing multilib with equivalent arch. yunzezhu
  • Re: [PATCH] [RFC] RISC-V: Add extra check to help choosing multilib with equivalent arch. Kito Cheng
  • Re: [PATCH] [RFC] RISC-V: Add extra check to help choosing multilib with equivalent arch. yunzezhu
• Re: [PATCH] i386: Handle ZERO_EXTEND like SIGN_EXTEND in bsr patterns [PR120434] Uros Bizjak
• [COMMITTED 40/40] ada: Support fixed-lower-bound array types as generic actual parameters Marc Poulhiès
• [COMMITTED 39/40] ada: Reject component-related aspects on formal non-array types Marc Poulhiès
• [COMMITTED 37/40] ada: Clarify code in Process_Subtype Marc Poulhiès
• [COMMITTED 38/40] ada: Fix glitch in handling of Atomic_Components on generic formal type Marc Poulhiès

• Later messages