[m-rev.] for post-commit review and opinions: warn option classification

Julien Fischer jfischer at opturion.com
Mon May 19 16:33:05 AEST 2025


On Mon, 19 May 2025 at 16:24, Zoltan Somogyi <zoltan.somogyi at runbox.com> wrote:
>
>
>
> On Mon, 19 May 2025 15:41:59 +1000, Julien Fischer <jfischer at opturion.com> wrote:
> > This is a review of the diff; I'll look at the proposal separately.
>
> The two have almost the same info; most of the proposal just *explains*
> the changes in the diff.
>
> > > - oc_warn_c:  options that control other warnings,
> > > - oc_warn_ns: options that warn about possible bugs (non-style warnings)
> > > - oc_warn_s:  style warnings
> > > - oc_warn_i:  requests for information
> >
> > I suggest:
> >
> >     oc_warn_control
> >     oc_warn_correctness
> >     oc_warn_style
> >     oc_inform
> >
> > I don't think brevity helps in this case.
>
> It very much does. Without it, the clauses of the optdef predicate
> don't usually fit on one line. (And this fact is the reason for the
> shortness of the "optdef" name.)

We can abbreviate a little

   oc_warn_ctrl
   oc_warn_correct
   oc_warn_style
   oc_inform

Even though oc_warn_correct is now the longest of the option_categroy
constructors,
it's now only by one letter.  (I'm tempted to rename oc_warn_correct
to oc_warn_dodgy ...)

Julien.


More information about the reviews mailing list