From: "Michael D Kinney" <michael.d.kinney@intel.com>
To: "devel@edk2.groups.io" <devel@edk2.groups.io>,
"mikuback@linux.microsoft.com" <mikuback@linux.microsoft.com>,
"Kinney, Michael D" <michael.d.kinney@intel.com>
Subject: Re: [edk2-devel] Uncrustify configuration file and file/function templates
Date: Tue, 16 Nov 2021 18:31:15 +0000 [thread overview]
Message-ID: <CO1PR11MB4929387016172B694D2A290CD2999@CO1PR11MB4929.namprd11.prod.outlook.com> (raw)
In-Reply-To: <e6fdc68c-17b0-fe88-31fa-c5505c89f7be@linux.microsoft.com>
Hi Michael,
Should we have 2 versions of the config file?
One used by automation tools such as CI and git hooks that do not use the
templates.
And another one that a developer can optionally use that will add the
templates for missing file/function headers that the developer then needs
to fill out.
One concern I have about the templates is if they get used but a developer
does not fill in the missing information. It would be best if a CI check
rejects a file/function header that has not been filled in.
Mike
> -----Original Message-----
> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Michael Kubacki
> Sent: Tuesday, November 16, 2021 10:25 AM
> To: devel@edk2.groups.io; Kinney, Michael D <michael.d.kinney@intel.com>
> Subject: Re: [edk2-devel] Uncrustify configuration file and file/function templates
>
> Hi Mike,
>
> Those were just disabled because I typically run a separate invocation
> of Uncrustify with them enabled to isolate code which is missing
> file/function headers. My thought was the templates are helpful but we
> would need to individually identify where they are placed to file TCBZs
> for maintainers to replace the template with the actual information.
>
> In some of my previous poc branches (like
> https://github.com/makubacki/edk2/commits/uncrustify_poc_3_with_headers), I
> also pushed a branch with those results.
>
> So I do think we would want them enabled in the final config file. We
> can also review the contents of the templates in the future patch series
> to see if any changes are recommended.
>
> I prefer using a .uncrustify directory to help group related collateral
> but I don't have a strong opinion there.
>
> Thanks,
> Michael
>
> On 11/16/2021 12:16 PM, Michael D Kinney wrote:
> > Hi Michael,
> >
> > In your POC branch (https://github.com/makubacki/edk2/tree/uncrustify_poc_5), I see the
> > uncrustify.cfg configuration file in the root.
> >
> > https://github.com/makubacki/edk2/blob/uncrustify_poc_5/uncrustify.cfg
> >
> > However, in your Wiki, you provide examples where this configuration file is in an
> > .uncrustify directory
> >
> > https://dev.azure.com/projectmu/Uncrustify/_wiki/wikis/Uncrustify.wiki/1/Project-Mu-(EDK-II)-Fork-Readme
> >
> > The uncrustify.cfg files also contains commented out settings for the file header
> > and function header templates.
> >
> > # cmt_insert_file_header = default_file_header.txt
> > # cmt_insert_func_header = default_function_header.txt
> >
> > Are these disabled on purpose?
> >
> > Do we want to enable them? If so, should the uncrustify configuration file
> > and the templates go into a .uncrustify directory?
> >
> > Thanks,
> >
> > Mike
> >
> >
> >
> >
> >
> >
> >
>
>
>
>
next prev parent reply other threads:[~2021-11-16 18:31 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-16 17:16 Uncrustify configuration file and file/function templates Michael D Kinney
2021-11-16 18:25 ` [edk2-devel] " Michael Kubacki
2021-11-16 18:31 ` Michael D Kinney [this message]
2021-11-16 18:53 ` Michael Kubacki
2021-11-16 19:18 ` Michael D Kinney
2021-11-16 19:26 ` Michael Kubacki
2021-11-16 23:05 ` Pedro Falcato
2021-11-16 23:20 ` Michael Kubacki
2021-11-16 23:30 ` Pedro Falcato
2021-11-16 23:54 ` Michael Kubacki
2021-11-17 0:32 ` Michael D Kinney
2021-11-17 1:46 ` Pedro Falcato
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CO1PR11MB4929387016172B694D2A290CD2999@CO1PR11MB4929.namprd11.prod.outlook.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox