From: "Leif Lindholm" <leif@nuviainc.com>
To: devel@edk2.groups.io, michael.d.kinney@intel.com
Cc: "Marvin Häuser" <mhaeuser@posteo.de>,
"Andrew Fish" <afish@apple.com>,
"Michael Kubacki" <Michael.Kubacki@microsoft.com>,
"mikuback@linux.microsoft.com" <mikuback@linux.microsoft.com>,
"rebecca@nuviainc.com" <rebecca@nuviainc.com>,
"Bret Barkelew" <Bret.Barkelew@microsoft.com>
Subject: Re: [edk2-devel] Progress on getting Uncrustify working for EDK2?
Date: Tue, 9 Nov 2021 23:23:38 +0000 [thread overview]
Message-ID: <20211109232338.z6qb5kk7yz3mc2em@leviathan> (raw)
In-Reply-To: <CO1PR11MB4929AA31225342659FA744B9D2929@CO1PR11MB4929.namprd11.prod.outlook.com>
On Tue, Nov 09, 2021 at 21:20:51 +0000, Michael D Kinney wrote:
> > > Setting up a development work environment also requires the installation of tools such as
> > > compilers, NASM, IASL, etc. These are not handled as part of BaseTools today.
> >
> > No, but users are not required to install a specific, not-yet-upstream
> > version of a tool. This is the fundamental problem here.
> >
> > Once the edk2 support is available in upstream uncrustify, there is a
> > substantial lag in how the updated version trickles down through
> > packaging systems.
>
> There is an RFC with no negative feedback to move to NASM 2.15.05.
>
> I do not believe that is the version supported in all the distros
> packaging systems yet.
It is in current Debian stable. It is *not* in Ubuntu LTS.
> So I expect there will likely be many windows of time where the
> EDK II projects have a dependency on a tool in that state.
>
> If this was a significant concern, why was it not raised with the
> NASM 2.15.05?
I might have raised it if I had been actively tracking NASM usage, but
I'll confess I don't. But even then - that is talking about NASM
2.15.05, released August 2020, not NASM HEAD today with some
additional patches.
> > > Supporting this indent style is one of the enhancements in the fork. If we want to align
> > > to one of the indent styles supported by a wider array of source editors/IDEs, then that
> > > would require a change to the EDK II Coding Style Specification and approval from the
> > > EDK II community.
> >
> > Yes. The above problem of getting the tool at the appropriate version
> > is why I previously stated my preference as being to change to coding
> > style so it matched what was already supported in upstream uncrustify.
>
> Stating a preference without specific details on the exact style that is
> actionable by developers and verifiable does not help close on this
> topic.
The preference was raised here only as the alternative to requiring
uncrustify modifications.
I stated the delta (with specific details) in my email on 7 October,
and yes, you responeded to that, but no one else seemed interested in
that path, so I didn't follow up.
> Can you provide the specific details and update the BZs provided in an
> earlier version of this thread:
>
> https://edk2.groups.io/g/devel/message/81609
>
> If you are not able to provide details, but are rejecting this proposal all
> together, then please be clear that you are rejecting the proposal so those
> that are working on it can move on to other priorities.
As per above.
/
Leif
next prev parent reply other threads:[~2021-11-09 23:23 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <e15cf895-03a4-96cd-2754-d1cfeead6b98@nuviainc.com>
2021-08-16 19:34 ` Progress on getting Uncrustify working for EDK2? Rebecca Cran
2021-08-16 19:39 ` [edk2-devel] " Marvin Häuser
2021-08-16 20:00 ` Michael Kubacki
2021-10-07 10:48 ` Leif Lindholm
2021-10-07 15:30 ` Andrew Fish
[not found] ` <16ABC94F0E9D1AC5.21629@groups.io>
2021-10-07 16:03 ` Andrew Fish
2021-10-07 16:34 ` Michael D Kinney
2021-10-07 17:01 ` Michael Kubacki
2021-10-07 17:05 ` Michael D Kinney
2021-10-07 18:30 ` Marvin Häuser
2021-10-07 17:19 ` Michael D Kinney
2021-10-07 17:36 ` Andrew Fish
2021-10-07 17:43 ` Marvin Häuser
2021-10-07 21:09 ` Andrew Fish
2021-11-09 0:23 ` Michael D Kinney
2021-11-09 1:09 ` Andrew Fish
2021-11-09 1:13 ` Michael D Kinney
2021-11-09 2:46 ` Andrew Fish
2021-11-09 3:02 ` Michael D Kinney
2021-11-09 7:32 ` Marvin Häuser
2021-11-09 15:43 ` Michael D Kinney
2021-11-09 16:12 ` Marvin Häuser
2021-11-09 16:33 ` Michael D Kinney
2021-11-09 20:55 ` Leif Lindholm
2021-11-09 21:20 ` Michael D Kinney
2021-11-09 23:23 ` Leif Lindholm [this message]
2021-11-10 10:12 ` Gerd Hoffmann
2021-11-09 1:12 ` 回复: " gaoliming
2021-11-09 15:22 ` Michael D Kinney
2021-11-09 8:40 ` Gerd Hoffmann
2021-11-09 11:56 ` Michael Brown
2021-11-09 12:36 ` Leif Lindholm
2021-11-09 14:10 ` Gerd Hoffmann
2021-11-09 15:44 ` Michael D Kinney
2021-11-10 15:38 ` Michael Kubacki
2021-11-09 15:08 ` Michael D Kinney
2021-11-09 18:13 ` Andrew Fish
2021-11-09 18:26 ` Michael D Kinney
2021-11-09 18:52 ` Andrew Fish
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=20211109232338.z6qb5kk7yz3mc2em@leviathan \
--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