On Thu, 14 Aug 2025, Alejandro Colomar wrote:

> And I'm proposing it as a GNU extension, which means we don't even need
> to care about what ISO C says about [n].  We, as a quality
> implementation, treat it with stronger semantics, which this patch uses.

As a GNU extension, it's also necessary to define semantics in the 
presence of parameter forward declarations.

> > (And as noted on the 
> > reflector, it would seem desirable to get to a conclusion on revisions of 
> > N2906 and N3605 before considering such a proposal, rather than chaining 
> > new proposals on other proposals still needing significant work.)
> 
> Those would affect a future implicit deduction of the array length with
> default arguments.  That would need to be careful about composite type,
> because the caller sees the composite type.  However, the function
> declarator doesn't care about other compatible declarators.  It should
> not affect this feature.

N3605 is definitely relevant even with a single declaration and no 
composite types, because it may determine what's valid regarding the 
parameter name in parentheses or returned by _Generic.

-- 
Joseph S. Myers
josmy...@redhat.com

Reply via email to