Should we move the --param documention to gccint?

Jeff Law jeffreyalaw@gmail.com
Sat Nov 16 18:49:35 GMT 2024



On 11/13/24 5:33 AM, Gerald Pfeifer wrote:
> On Fri, 8 Nov 2024, Richard Sandiford via Gcc wrote:
>> We changed one of the AArch64-specific --params for GCC 14.
>> Unfortunately, it seems that a lot of people were relying on the
>> previous behaviour.
> 
> Umpf.
> 
>> Every --param is documented in the user-facing manual, so it's not
>> surprising that people picked it up.  The documentation of --param
>> itself starts with:
> :
>> So we can point at the last paragraph above and say "nyah, nyah, told you so".
>> But that isn't helpful.  The disclaimer is at the head of a huge table,
>> and anyone interested in tuning things is likely to find the specific
>> params that interest them by searching for keywords, rather than by
>> reading the whole text from beginning to end.  Besides, the documentation
>> is supposed to be there to help people, rather than be something to hit
>> them over the head with.
> 
> I like your attitude.
> 
> And I like your suggestion:
> 
>> But to avoid confusion, how about moving the documentation of the
>> individual --params from the user-facing manual to gccint (with a link)?
> 
> In fact, I was going to suggest the same approach until, re-reading your
> mail more carefully, realized this was actually your proposal already. :-)
> 
> So, okay, unless someone fiercly objects in which case we need to have a
> deeper conversation.
Yea, works for me as well.  In an ideal world we really don't want users 
mucking with --params, so moving them into the internals manual seems 
like the right thing to do.

jeff



More information about the Gcc mailing list