gcc-patches  

Messages by Thread

• • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Martin Uecker
  • [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Michael Matz
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Michael Matz
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Michael Matz
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Michael Matz
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Michael Matz
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Richard Biener
  • [PATCH] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Ville Voutilainen
  • Re: [PATCH 1/2 v2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Michael Matz
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Florian Weimer
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Florian Weimer
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Jakub Jelinek
  • Re: [PATCH 1/2] c++: Implement P1494 and P3641 Partial program correctness [PR119060]. Iain Sandoe
• [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Michal Jires
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Sam James
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Sam James
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Andi Kleen
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Sam James
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Sam James
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Michal Jireš
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Sam James
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Andi Kleen
  • Re: [PATCH 09/14 v2] lto: Add toplevel assembly heuristics Sam James
• Re: [PATCH 07/14] lto: Stream out partitioned toplevel assembly Jan Hubicka
• [PATCH] AArch64: Add isnan expander [PR 66462] Wilco Dijkstra
  • RE: [PATCH] AArch64: Add isnan expander [PR 66462] Tamar Christina
• Re: [PATCH 06/14] lto: Partition toplevel assembly in 1to1 Jan Hubicka
• Re: [PATCH 05/14] lto: Use toplevel_node in lto_symtab_encoder Jan Hubicka
• Re: [PATCH 04/14] lto: Simplify control variable in loop of balanced partitioning Jan Hubicka
• Re: [PATCH 03/14] cgraph: Add toplevel_node Jan Hubicka
• Re: [PATCH 02/14] lto: Keep lto file data Jan Hubicka
• [PATCH] tree-optimization/121768 - bogus double reduction detected Richard Biener
• [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Tomasz Kamiński
  • Re: [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Tomasz Kaminski
  • Re: [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Jonathan Wakely
  • Re: [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Jonathan Wakely
  • Re: [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Tomasz Kaminski
  • Re: [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Jonathan Wakely
  • Re: [PATCH] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Jonathan Wakely
  • [committed v2] libstdc++: Use _Drop_iter<_CharT> for formattable concept checking [PR121765] Tomasz Kamiński
• [pushed] testsuite, darwin: Suppress unwind frames in scantest-lto.c. Iain Sandoe
• [committed] arm: wrong code from vset_lane_* [PR121775] Richard Earnshaw
• [PATCH] aarch64: Use SVE for V2DImode integer min/max operations Kyrylo Tkachov
  • Re: [PATCH] aarch64: Use SVE for V2DImode integer min/max operations Andrew Pinski
• Re: [PATCH 01/14] lto: Fix reversed sorting of node order. Jan Hubicka
• tree-parloops: Enable runtime thread detection with -ftree-parallelize-loops=0 Sebastian Pop
  • Re: tree-parloops: Enable runtime thread detection with -ftree-parallelize-loops=0 Sebastian Pop
  • Re: tree-parloops: Enable runtime thread detection with -ftree-parallelize-loops=0 Richard Biener
  • Re: tree-parloops: Enable runtime thread detection with -ftree-parallelize-loops=0 Sebastian Pop
• Fix ICE with auto-fdo and -fpartial-profiling Jan Hubicka
  • Re: Fix ICE with auto-fdo and -fpartial-profiling Kugan Vivekanandarajah
  • Re: Fix ICE with auto-fdo and -fpartial-profiling Jan Hubicka
  • Re: Fix ICE with auto-fdo and -fpartial-profiling Kugan Vivekanandarajah
• Re: [PATCHv8] libstdc++: Add NTTP bind_front, -back, not_fn (P2714) [PR119744] Jonathan Wakely
• [PATCH] doc: Document missing isinf optab [PR 101852] Wilco Dijkstra
  • Re: [PATCH] doc: Document missing isinf optab [PR 101852] Richard Biener
• [WIP] C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jason Merrill
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Qing Zhao
  • [WIP] v2: C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] v2: C++ vs. -ftrivial-auto-var-init= Jason Merrill
  • Re: [WIP] v2: C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] v2: C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] v2: C++ vs. -ftrivial-auto-var-init= Qing Zhao
  • Re: [WIP] v2: C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Qing Zhao
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jason Merrill
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Qing Zhao
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Qing Zhao
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jason Merrill
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jakub Jelinek
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jason Merrill
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Qing Zhao
  • Re: [WIP] C++ vs. -ftrivial-auto-var-init= Jason Merrill
• [Patch, fortran] PR87362 - [PDT] ICE on variable declaration with undefined PDT parameter Paul Richard Thomas
  • Re: [Patch, fortran] PR87362 - [PDT] ICE on variable declaration with undefined PDT parameter Jerry D
  • Re: [Patch, fortran] PR87362 - [PDT] ICE on variable declaration with undefined PDT parameter Paul Richard Thomas
• [PATCH] RISC-V: Add pattern for vector-scalar single-width floating-point add Paul-Antoine Arras
  • Re: [PATCH] RISC-V: Add pattern for vector-scalar single-width floating-point add Paul-Antoine Arras
  • Re: [PATCH] RISC-V: Add pattern for vector-scalar single-width floating-point add Jeff Law
  • Re: [PATCH] RISC-V: Add pattern for vector-scalar single-width floating-point add Paul-Antoine Arras
• [PATCH] tree-object-size.cc: Fix variable offset in check_for_plus_in_loops Linsen Zhou
  • Re: [PATCH] tree-object-size.cc: Fix variable offset in check_for_plus_in_loops Sam James
• [PATCH] RISC-V: Use correct target in expand_vec_perm [PR121780]. Robin Dapp
• [PATCH] testsuite, darwin: Handle Darwin LTO section names [PR112728]. Iain Sandoe
  • [PATCH] testsuite, darwin: Handle Darwin LTO section names. Iain Sandoe
  • [ping] Re: [PATCH] testsuite, darwin: Handle Darwin LTO section names. Iain Sandoe
  • [ping^2] [PATCH] testsuite, darwin: Handle Darwin LTO section names. Iain Sandoe
• [PATCH 2/3] [AutoFDO] Check count initialization to fix ICE with AutoFDO Kugan Vivekanandarajah
  • Re: [PATCH 2/3] [AutoFDO] Check count initialization to fix ICE with AutoFDO Jan Hubicka
  • Re: [PATCH 2/3] [AutoFDO] Check count initialization to fix ICE with AutoFDO Jan Hubicka
• [AutoFDO] Check count initialization to fix ICE with AutoFDO Kugan Vivekanandarajah
  • Re: [AutoFDO] Check count initialization to fix ICE with AutoFDO Jan Hubicka
• [AutoFDO] Skip zero BB annotation for partial training to fix ICE Kugan Vivekanandarajah
• Re: [PATCH 01/10] libatomic: Split concept of SUFFIX and SIZE in libatomic Joseph Myers
• Re: [PATCH 02/10] libatomic: Add floating point implementations of fetch_{add, sub} Joseph Myers
• [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Sam James
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Sam James
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Sam James
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Jeff Law
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Richard Biener
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Jakub Jelinek
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Sam James
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Jeff Law
  • Re: [PATCH] gcc: don't default to -gstatement-frontiers, -gvariable-location-views for DWARF Richard Biener
• Re: [PATCH v3 2/2] MIPS: Add support for --with-multi-buildlist Joseph Myers
• Re: [PATCH 12/14] lto: Check partitioning of toplevel assembly related symbols Sam James
  • Re: [PATCH 12/14] lto: Check partitioning of toplevel assembly related symbols Michal Jireš
  • Re: [PATCH 12/14] lto: Check partitioning of toplevel assembly related symbols Sam James
• Re: [PATCH v2] libstdc++: Conditionalize LWG 3569 changes to join_view Patrick Palka
  • Re: [PATCH v2] libstdc++: Conditionalize LWG 3569 changes to join_view Jonathan Wakely
• Re: [C PATCH] c: Add -Wuse-after-missed-init [PR87038] Joseph Myers
  • Re: [C PATCH] c: Add -Wuse-after-missed-init [PR87038] Segher Boessenkool
  • [C PATCH, v2] c: Add -Wuse-after-missed-init [PR87038] Martin Uecker
  • Re: [C PATCH, v2] c: Add -Wuse-after-missed-init [PR87038] Joseph Myers
  • Re: [C PATCH, v2] c: Add -Wuse-after-missed-init [PR87038] Martin Uecker
  • Re: [C PATCH] c: Add -Wuse-after-missed-init [PR87038] Segher Boessenkool
• Do not auto-enable loop optimizations with autoFDO Jan Hubicka
  • Re: Do not auto-enable loop optimizations with autoFDO Andi Kleen
• Increase default number of LTO partitions Jan Hubicka
  • Re: Increase default number of LTO partitions Richard Biener
  • Re: Increase default number of LTO partitions Jan Hubicka
• [PATCH v1] libstdc++: Add _GLIBCXX_RESOLVE_LIB_DEFECTS for 4314 in <mdspan>. Luc Grosheintz
  • Re: [PATCH v1] libstdc++: Add _GLIBCXX_RESOLVE_LIB_DEFECTS for 4314 in <mdspan>. Jonathan Wakely
  • Re: [PATCH v1] libstdc++: Add _GLIBCXX_RESOLVE_LIB_DEFECTS for 4314 in <mdspan>. Tomasz Kaminski
• [PATCH 1/2] RISC-V: Add pattern for vector-scalar widening floating-point multiply Paul-Antoine Arras
  • Re: [PATCH 1/2] RISC-V: Add pattern for vector-scalar widening floating-point multiply Paul-Antoine Arras
  • Re: [PATCH 1/2] RISC-V: Add pattern for vector-scalar widening floating-point multiply Jeff Law
• Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Joseph Myers
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Martin Uecker
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Joseph Myers
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Christopher Bazley
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Christopher Bazley
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Joseph Myers
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Joseph Myers
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Joseph Myers
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Joseph Myers
  • Re: [PATCH v1 0/1] c: Add support for array parameters in _Countof Alejandro Colomar
• [PATCH] tree-optimization/121740 - handle aggregate zeroing as skipped may-def Richard Biener
• [PATCH] libstdc++: Add stable names to C++98 implementation-defined docs. Tomasz Kamiński
  • Re: [PATCH] libstdc++: Add stable names to C++98 implementation-defined docs. Jonathan Wakely
• [PATCH] tree-optimization/121685 - accesses to *this are not trapping Richard Biener
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Jakub Jelinek
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Richard Biener
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Jakub Jelinek
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Richard Biener
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Jonathan Wakely
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Richard Biener
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Jonathan Wakely
  • Re: [PATCH] tree-optimization/121685 - accesses to *this are not trapping Richard Biener

• Earlier messages
• Later messages