[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7d1730862ef79be47f85fc0afd334cda9c3700d5.camel@sipsolutions.net>
Date: Tue, 24 Jan 2023 19:50:40 +0100
From: Johannes Berg <johannes@...solutions.net>
To: Alexander Lobakin <alexandr.lobakin@...el.com>,
Jakub Kicinski <kuba@...nel.org>
Cc: davem@...emloft.net, netdev@...r.kernel.org, edumazet@...gle.com,
pabeni@...hat.com, robh@...nel.org, stephen@...workplumber.org,
ecree.xilinx@...il.com, sdf@...gle.com, f.fainelli@...il.com,
fw@...len.de, linux-doc@...r.kernel.org, razor@...ckwall.org,
nicolas.dichtel@...nd.com
Subject: Re: [PATCH net-next v4 5/8] net: fou: regenerate the uAPI from the
spec
On Tue, 2023-01-24 at 18:49 +0100, Alexander Lobakin wrote:
> From: Jakub Kicinski <kuba@...nel.org>
> Date: Fri, 20 Jan 2023 09:50:38 -0800
>
> > Regenerate the FOU uAPI header from the YAML spec.
> >
> > The flags now come before attributes which use them,
> > and the comments for type disappear (coders should look
> > at the spec instead).
>
> Sorry I missed the whole history of this topic. Wanted to ask: if we can
> generate these headers and even C files, why ship the generated with the
> source code and not generate them during building? Or it's slow and/or
> requires some software etc.?
>
Currently it requires python 3 (3.6+, I'd think?).
Python is currently not documented as a build requirement in
Documentation/process/changes.rst afaict.
johannes
Powered by blists - more mailing lists