gcc-patches  

Messages by Thread

• • 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
• [COMMITTED 31/40] ada: Fix comment Marc Poulhiès
• [COMMITTED 36/40] ada: Add null exclusion formal to Process_Subtype Marc Poulhiès
• [COMMITTED 34/40] ada: Missing discriminant check on assignment of Bounded_Vector aggregate Marc Poulhiès
• [COMMITTED 20/40] ada: Pragma Ada_XX not propagated from library level spec to body Marc Poulhiès
• [COMMITTED 19/40] ada: Remove redundant error checking Marc Poulhiès
• [COMMITTED 33/40] ada: Remove duplicated code in parser for Chapter 4 (continued) Marc Poulhiès
• [COMMITTED 30/40] ada: Remove duplicated code in parser for Chapter 4 Marc Poulhiès
• [COMMITTED 08/40] ada: Remove incorrect comment Marc Poulhiès
• [COMMITTED 14/40] ada: Check validity using signedness from the type and not its base type Marc Poulhiès
• [COMMITTED 15/40] ada: Remove incorrect bits in Copy_Node documentation Marc Poulhiès
• [COMMITTED 28/40] ada: Simplify handling of selected components as name references Marc Poulhiès
• [COMMITTED 27/40] ada: Restrict Overlays_Constant flag to selected entities Marc Poulhiès
• [COMMITTED 32/40] ada: Set Ekind of components earlier Marc Poulhiès
• Re: [PATCH] x86: Extend the remove_redundant_vector pass Hongtao Liu
  • [PATCH v2 x86: Extend the remove_redundant_vector pass H.J. Lu
  • Re: [PATCH v2 x86: Extend the remove_redundant_vector pass Hongtao Liu
  • Re: [PATCH v2 x86: Extend the remove_redundant_vector pass Hongtao Liu
  • Re: [PATCH v2 x86: Extend the remove_redundant_vector pass H.J. Lu
  • Re: [PATCH v2 x86: Extend the remove_redundant_vector pass H.J. Lu
  • Re: [PATCH v2 x86: Extend the remove_redundant_vector pass Hongtao Liu
  • Re: [PATCH v2 x86: Extend the remove_redundant_vector pass H.J. Lu
• [COMMITTED 11/40] ada: Remove outdated comment Marc Poulhiès
• [COMMITTED 23/40] ada: Specialize syntax error on malformed Abstract_State contract Marc Poulhiès
• [COMMITTED 21/40] ada: Tune recent change for warning about unsupported overlays Marc Poulhiès
• [COMMITTED 22/40] ada: Do not build dispatch tables for generics Marc Poulhiès
• [COMMITTED 16/40] ada: Constraint check on tagged build-in-place object decls Marc Poulhiès
• [COMMITTED 29/40] ada: Fix SPARK test failures caused by new handling of inherited class-wide pre/post Marc Poulhiès
• [COMMITTED 35/40] ada: Call Mutate_Ekind earlier for formal entities Marc Poulhiès
• [COMMITTED 09/40] ada: Clarify warning in Atree.Rewrite documentation Marc Poulhiès
• [COMMITTED 18/40] ada: Remove unnecessary special handling Marc Poulhiès
• [COMMITTED 07/40] ada: Improve readability in Atree.Rewrite body Marc Poulhiès
• [COMMITTED 25/40] ada: Set Ekind early in object declarations Marc Poulhiès
• [COMMITTED 26/40] ada: Back out removal of renaming tranformation Marc Poulhiès
• [COMMITTED 17/40] ada: Remove misleading comment Marc Poulhiès
• [COMMITTED 10/40] ada: Add example in Current_Entity_In_Scope comment Marc Poulhiès
• [COMMITTED 24/40] ada: Tweak error recovery path Marc Poulhiès
• [COMMITTED 06/40] ada: Tweak Kill_Current_Values Marc Poulhiès
• [COMMITTED 02/40] ada: Fix bindings for CHERI Set_Bounds and Set_Exact_Bounds intrinsics. Marc Poulhiès
• [COMMITTED 12/40] ada: Incorrect creation of corresponding expression of class-wide contracts Marc Poulhiès

• Later messages