> On Jul 23, 2025, at 2:11 PM, Joseph Myers <josmy...@redhat.com> wrote: > > On Wed, 23 Jul 2025, Martin Uecker wrote: > >> IMHO there are enough reasons to reject delayed parsing >> as bad design for C. We should work towards proper >> language features that cleanly fit into the language, >> instead of pushing the boundaries with macros. > > At the last WG14 meeting it was said there would be a presentation of > Apple's approach to bounds safety attributes at the next (Brno) meeting. > Is that still planned (the pre-meeting mailing is this Friday)? Yes, and sorry for the delay—we submitted the proposal to WG14 on Thursday. Hope it will be registered and visible soon! Yeoul > > -- > Joseph S. Myers > josmy...@redhat.com >
- Re: [PATCH] [RFC] Delayed parsing ... Qing Zhao
- Re: [PATCH] [RFC] Delayed parsing ... Qing Zhao
- Re: [PATCH] [RFC] Delayed parsing ... Bill Wendling
- Re: [PATCH] [RFC] Delayed parsing ... Martin Uecker
- Re: [PATCH] [RFC] Delayed parsing ... Bill Wendling
- Re: [PATCH] [RFC] Delayed parsing ... Martin Uecker
- Re: [PATCH] [RFC] Delayed parsing ... Bill Wendling
- Re: [PATCH] [RFC] Delayed parsing ... Martin Uecker
- Re: [PATCH] [RFC] Delayed parsing ... Joseph Myers
- Re: [PATCH] [RFC] Delayed parsing ... Bill Wendling
- Re: [PATCH] [RFC] Delayed parsing ... Yeoul Na
- Re: [PATCH] [RFC] Delayed parsing ... Yeoul Na
- Re: [PATCH] [RFC] Delayed parsing for bound... Martin Uecker
- Re: [PATCH] [RFC] Delayed parsing for ... Bill Wendling
- Re: [PATCH] [RFC] Delayed parsing ... Martin Uecker
- Re: [PATCH] [RFC] Delayed parsing for bounds safety attribut... Bill Wendling