gcc-patches  

Messages by Thread

• • Re: [PATCH] match: Undo maybe_push_res_to_seq in some cases [PR120331] Andrew Pinski
• [PATCH] match: Remove valueize_condition argument from gimple_extra template Andrew Pinski
  • Re: [PATCH] match: Remove valueize_condition argument from gimple_extra template Jeff Law
• [PATCH] cobol: Minor grammatical correction as the first issue. Hugo Marrassé
• [COMMITTED] Regenerate cobol/lang.opt.urls Mark Wielaard
• [to-be-committed][RISC-V] Avoid multiple assignments to output object Jeff Law
• [PATCH] phiopt: Use mark_lhs_in_seq_for_dce instead of doing it inline Andrew Pinski
  • Re: [PATCH] phiopt: Use mark_lhs_in_seq_for_dce instead of doing it inline Richard Biener
• [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Jerry D
  • Re: [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Harald Anlauf
  • Re: [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Jerry D
  • Re: [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Jerry D
  • Re: [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Harald Anlauf
  • Re: [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Jerry D
  • Re: [patch, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Harald Anlauf
  • Re: [PATCH, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Jerry D
  • Re: [PATCH, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Harald Anlauf
  • Re: [PATCH, fortran] PR120049 - ICE when using IS_C_ASSOCIATED () Jerry D
• Re: [PATCH] ltmain.in: don't suppress output for PIC compilations Jeff Law
• Re: [PATCH] libgcc SH: fix alignment for relaxation Jeff Law
  • Re: [PATCH] libgcc SH: fix alignment for relaxation Oleg Endo
• Re: [PATCH v1 0/1]RISC-V :The following changes enable P8700 MIPS processor for RISC-V. Jeff Law
  • [PATCH v2 0/1]RISC-V :The following changes enable P8700 MIPS processor for RISC-V. Umesh Kalappa
  • [PATCH v2 2/2] MIPS p8700 doesn't have vector extension and added the dummies reservation for the same. Umesh Kalappa
  • Re: [PATCH v2 2/2] MIPS p8700 doesn't have vector extension and added the dummies reservation for the same. Jeff Law
  • Re: [PATCH v2 2/2] MIPS p8700 doesn't have vector extension and added the dummies reservation for the same. Umesh Kalappa
  • [PATCH v2 1/2] The following changes enable P8700 processor for RISCV and P8700 is a high-performance processor from MIPS by extending RISCV with custom instructions. Umesh Kalappa
  • Re: [PATCH v2 1/2] The following changes enable P8700 processor for RISCV and P8700 is a high-performance processor from MIPS by extending RISCV with custom instructions. Jeff Law
  • Re: [PATCH v2 1/2] The following changes enable P8700 processor for RISCV and P8700 is a high-performance processor from MIPS by extending RISCV with custom instructions. Umesh Kalappa
• [PATCH] c++/modules: Fix ICE on merge of instantiation with partial spec [PR120013] Nathaniel Shead
  • Re: [PATCH] c++/modules: Fix ICE on merge of instantiation with partial spec [PR120013] Jason Merrill
• [to-be-committed][RISC-V] Fix ICE due to bogus use of gen_rtvec Jeff Law
• Proposal: File-backed allocations support for ASan reducing dependency on system memory. Archit Jindal
  • Re: Proposal: File-backed allocations support for ASan reducing dependency on system memory. Andrew Pinski
• [PATCH] cobol: fix cbl_filed_t symbol error generation yxj-github-437
• [PATCH] gimplify: Add -Wuse-before-shadow [PR92386] Matthew Sotoudeh
  • Re: [PATCH] gimplify: Add -Wuse-before-shadow [PR92386] Andrew Pinski
• Re: [PATCH v2] c++: Only reject virtual base data member access in __builtin_offsetof [PR118346] Jason Merrill
• Re: [PATCH v2 6/8] RISC-V: Drop riscv_implied_info and riscv_combine_info in favor of riscv_ext_info_t data Andreas Schwab
• [PATCH] libstdc++: Fix some Clang -Wsystem-headers warnings in <ranges> Jonathan Wakely
  • Re: [PATCH] libstdc++: Fix some Clang -Wsystem-headers warnings in <ranges> Tomasz Kaminski
• [PATCH 0/3] Make genemit.cc use a byte encoding of the rtx pattern Richard Sandiford
  • [PATCH 1/3] genemit: Remove support for string operands Richard Sandiford
  • Re: [PATCH 1/3] genemit: Remove support for string operands Jeff Law
  • Re: [PATCH 1/3] genemit: Remove support for string operands Richard Sandiford
  • [PATCH 2/3] genemit: Avoid using gen_exp in output_add_clobbers Richard Sandiford
  • Re: [PATCH 2/3] genemit: Avoid using gen_exp in output_add_clobbers Jeff Law
  • [PATCH 3/3] genemit: Use a byte encoding to generate insns Richard Sandiford
  • Re: [PATCH 3/3] genemit: Use a byte encoding to generate insns Richard Biener
  • Re: [PATCH 3/3] genemit: Use a byte encoding to generate insns Richard Sandiford
  • Re: [PATCH 3/3] genemit: Use a byte encoding to generate insns Jeff Law
  • Re: [PATCH 3/3] genemit: Use a byte encoding to generate insns Richard Sandiford
  • Re: [PATCH 3/3] genemit: Use a byte encoding to generate insns Jeff Law
• [PATCH] libstdc++: Fix std::format of chrono::local_days with {} [PR120293] Jonathan Wakely
  • Re: [PATCH] libstdc++: Fix std::format of chrono::local_days with {} [PR120293] Tomasz Kaminski
• [PATCH 0/9] Some tweaks to genemit.cc Richard Sandiford
  • [PATCH 1/9] nds32: Avoid accessing beyond the operands[] array Richard Sandiford
  • Re: [PATCH 1/9] nds32: Avoid accessing beyond the operands[] array Jeff Law
  • Re: [PATCH 1/9] nds32: Avoid accessing beyond the operands[] array Jeff Law
  • Re: [PATCH 1/9] nds32: Avoid accessing beyond the operands[] array Richard Sandiford
  • Re: [PATCH 1/9] nds32: Avoid accessing beyond the operands[] array Jeff Law
  • [PATCH 2/9] xstormy16: Avoid accessing beyond the operands[] array Richard Sandiford
  • Re: [PATCH 2/9] xstormy16: Avoid accessing beyond the operands[] array Jeff Law
  • [PATCH 4/9] genemit: Add an internal queue Richard Sandiford
  • Re: [PATCH 4/9] genemit: Add an internal queue Jeff Law
  • [PATCH 9/9] genemit: Remove purported handling of location_ts Richard Sandiford
  • Re: [PATCH 9/9] genemit: Remove purported handling of location_ts Jeff Law
  • [PATCH 6/9] genemit: Consistently use operand arrays in gen_* functions Richard Sandiford
  • Re: [PATCH 6/9] genemit: Consistently use operand arrays in gen_* functions Jeff Law
  • Re: [PATCH 6/9] genemit: Consistently use operand arrays in gen_* functions Richard Sandiford
  • Re: [PATCH 6/9] genemit: Consistently use operand arrays in gen_* functions Richard Sandiford
  • Re: [PATCH 6/9] genemit: Consistently use operand arrays in gen_* functions Jeff Law
  • Re: [PATCH 6/9] genemit: Consistently use operand arrays in gen_* functions Jeff Law
  • [PATCH 5/9] genemit: Factor out code common to insns and expands Richard Sandiford
  • Re: [PATCH 5/9] genemit: Factor out code common to insns and expands Jeff Law
  • [PATCH 3/9] genemit: Use references rather than pointers Richard Sandiford
  • Re: [PATCH 3/9] genemit: Use references rather than pointers Jeff Law
  • [PATCH 7/9] genemit: Add a generator struct Richard Sandiford
  • Re: [PATCH 7/9] genemit: Add a generator struct Jeff Law
  • [PATCH 8/9] genemit: Always track multiple uses of operands Richard Sandiford
  • Re: [PATCH 8/9] genemit: Always track multiple uses of operands Jeff Law
• [PATCH v2 0/2] tree-optimization: extend scalar comparison folding to vectors [PR119196] Icen Zeyada
  • [PATCH v2 1/2] tree-simplify: unify simple_comparison ops in vec_cond for bit and/or [PR119196] Icen Zeyada
  • Re: [PATCH v2 1/2] tree-simplify: unify simple_comparison ops in vec_cond for bit and/or [PR119196] Andrew Pinski
  • Re: [PATCH v2 1/2] tree-simplify: unify simple_comparison ops in vec_cond for bit and/or [PR119196] Andrew Pinski
  • [PATCH v2 2/2] gimple-fold: extend vector simplification to match scalar bitwise optimizations [PR119196] Icen Zeyada
• [committed] cobol: Eliminate exception "blob"; streamline some code. Robert Dubner
• [pushed] MAINTAINERS: add myself to write after approval Spencer Abson
• [PATCH v4] libstdc++: Implement C++26 function_ref [PR119126] Tomasz Kamiński
  • Re: [PATCH v4] libstdc++: Implement C++26 function_ref [PR119126] Jonathan Wakely
  • [PATCH v2] libstdc++: Implement C++26 function_ref [PR119126] Tomasz Kamiński
  • [PATCH v6] libstdc++: Implement C++26 function_ref [PR119126] Tomasz Kamiński
  • Re: [PATCH v6] libstdc++: Implement C++26 function_ref [PR119126] Jonathan Wakely
• [PATCH v6 0/3][Middle-end]Provide more contexts for -Warray-bounds and -Wstringop-* warning messages Qing Zhao
  • [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] 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 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
  • [PATCH v6 2/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-*warning messages due to code movements from compiler transformation (Part 2) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Qing Zhao
  • [PATCH v6 3/3][Middle-end] Provide more contexts for -Warray-bounds, -Wstringop-* warning messages due to code movements from compiler transformation (Part 3) [PR109071, PR85788, PR88771, PR106762, PR108770, PR115274, PR117179] Qing Zhao
  • Re: [PATCH v6 0/3][Middle-end]Provide more contexts for -Warray-bounds and -Wstringop-* warning messages Kees Cook
  • Re: [PATCH v6 0/3][Middle-end]Provide more contexts for -Warray-bounds and -Wstringop-* warning messages Qing Zhao
  • Re: [PATCH v6 0/3][Middle-end]Provide more contexts for -Warray-bounds and -Wstringop-* warning messages Kees Cook
  • Re: [PATCH v6 0/3][Middle-end]Provide more contexts for -Warray-bounds and -Wstringop-* warning messages Kees Cook
  • Re: [PATCH v6 0/3][Middle-end]Provide more contexts for -Warray-bounds and -Wstringop-* warning messages Qing Zhao
• [PATCH] c++/modules: Clean up importer_interface Nathaniel Shead
  • Re: [PATCH] c++/modules: Clean up importer_interface Jason Merrill
• [pushed] c++: one more coro test tweak Jason Merrill
• Re: gcc project build error in Ubuntu18.04 Kito Cheng
  • Re: gcc project build error in Ubuntu18.04 Andrew Pinski
• [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Biener
  • Re: [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Sandiford
  • Re: [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Biener
  • Re: [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Sandiford
  • Re: [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Biener
  • Re: [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Sandiford
  • Re: [PATCH][RFC] Allow the target to request a masked vector epilogue Robin Dapp
  • RE: [PATCH][RFC] Allow the target to request a masked vector epilogue Tamar Christina
  • RE: [PATCH][RFC] Allow the target to request a masked vector epilogue Richard Biener
• Re: [PATCH] Partially lift restriction from loc_list_from_tree_1 Richard Biener
  • Re: [PATCH] Partially lift restriction from loc_list_from_tree_1 Eric Botcazou
• Re: [PATCH] match: Don't allow folling statements that can throw internally [PR119903] Richard Biener
  • Re: [PATCH] match: Don't allow folling statements that can throw internally [PR119903] Andrew Pinski
• Re: [PATCH] MATCH: Fix patterns of type (a != b) and (a == b) [PR117760] Richard Biener
• Re: [PATCH] aarch64: Fix narrowing warning in driver-aarch64.cc [PR118603] Kyrylo Tkachov
• Re: [PATCH] aarch64: Fix narrowing warning in aarch64_detect_vector_stmt_subtype Kyrylo Tkachov
• Ping^2: [RFC PATCH v2] cselib: Reuse VALUEs on reg adjustments Bohan Lei
  • Ping^3: [RFC PATCH v2] cselib: Reuse VALUEs on reg adjustments Bohan Lei
• [PATCH] [PR120276] regcprop: Replace partial_subreg_p by ordered_p && maybe_lt Jennifer Schmitz
  • Re: [PATCH] [PR120276] regcprop: Replace partial_subreg_p by ordered_p && maybe_lt Richard Sandiford
  • Re: [PATCH] [PR120276] regcprop: Replace partial_subreg_p by ordered_p && maybe_lt Kyrylo Tkachov
  • Re: [PATCH] [PR120276] regcprop: Replace partial_subreg_p by ordered_p && maybe_lt Jennifer Schmitz
  • Re: [PATCH] [PR120276] regcprop: Replace partial_subreg_p by ordered_p && maybe_lt Richard Sandiford
  • Re: [PATCH] [PR120276] regcprop: Replace partial_subreg_p by ordered_p && maybe_lt Jennifer Schmitz
• [PATCH] Enable mcf thread model for aarch64-*-mingw*. LIU Hao
  • Re: [PATCH] Enable mcf thread model for aarch64-*-mingw*. LIU Hao
  • Re: [PATCH] Enable mcf thread model for aarch64-*-mingw*. Jonathan Yong
• [PATCH v1] RISC-V: Avoid scalar unsigned SAT_ADD test data duplication pan2 . li
  • Re: [PATCH v1] RISC-V: Avoid scalar unsigned SAT_ADD test data duplication Jeff Law
• [PATCH] RISC-V: Since the loop increment i++ is unreachable, the loop body will never execute more than once Jin Ma
  • Re: [PATCH] RISC-V: Since the loop increment i++ is unreachable, the loop body will never execute more than once Jeff Law
  • Re: [PATCH] RISC-V: Since the loop increment i++ is unreachable, the loop body will never execute more than once Jin Ma
• [to-be-committed][RISC-V] Avoid setting output object more than once in IOR/XOR synthesis Jeff Law
  • Re: [to-be-committed][RISC-V] Avoid setting output object more than once in IOR/XOR synthesis Mark Wielaard
  • Re: [to-be-committed][RISC-V] Avoid setting output object more than once in IOR/XOR synthesis Jeff Law
  • Re: [to-be-committed][RISC-V] Avoid setting output object more than once in IOR/XOR synthesis Jeff Law
• [WWWDOCS, COMMITTED] Update git repository docs after creation of devel/omp/gcc-15. Sandra Loosemore
• [PATCH] For datarefs with big gap, split them into different groups. liuhongt
  • Re: [PATCH] For datarefs with big gap, split them into different groups. Hongtao Liu
  • Re: [PATCH] For datarefs with big gap, split them into different groups. Richard Biener
  • [PATCH V2] For datarefs with big gap, split them into different groups. liuhongt
  • Re: [PATCH V2] For datarefs with big gap, split them into different groups. Richard Biener
• [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • [PATCH v22 3/3] c: Add -Wpedantic diagnostic for _Countof Alejandro Colomar
  • [PATCH v22 2/3] c: Add <stdcountof.h> Alejandro Colomar
  • [PATCH v22 1/3] c: Add _Countof operator Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Joseph Myers
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Joseph Myers
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Joseph Myers
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Jakub Jelinek
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Jakub Jelinek
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Alejandro Colomar
  • Re: [PATCH v22 0/3] c: Add _Countof and <stdcountof.h> Jakub Jelinek
• [pushed] c++: remove coroutines.exp Jason Merrill
• [PATCH] Fortran: default-initialization and functions returning derived type[PR85750] Harald Anlauf
  • Re: [PATCH] Fortran: default-initialization and functions returning derived type[PR85750] Andre Vehreschild
  • Re: [PATCH] Fortran: default-initialization and functions returning derived type[PR85750] Harald Anlauf
• [PATCH v2 0/2] emit-rtl: Add more checks for paradoxical subregs [PR119966] Dimitar Dimitrov
  • [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] Richard Sandiford
  • 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 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] 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] Dimitar Dimitrov
  • 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 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] 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] Richard Sandiford

• Earlier messages
• Later messages