From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tom Rini Date: Wed, 12 Jun 2019 09:38:36 -0400 Subject: [U-Boot] [PATCHv3 03/10] Kconfig: Add DEPRECATED option In-Reply-To: References: <1559163696-8722-1-git-send-email-trini@konsulko.com> <1559163696-8722-3-git-send-email-trini@konsulko.com> Message-ID: <20190612133836.GP7115@bill-the-cat> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Wed, Jun 12, 2019 at 01:03:46PM +0530, Jagan Teki wrote: > On Thu, May 30, 2019 at 2:33 AM Tom Rini wrote: > > > > Add a new option, CONFIG_DEPRECATED, for code that relies on deprecated > > functionality and has not been converted past the deadline for > > conversion. > > > > Signed-off-by: Tom Rini > > --- > > Kconfig | 7 +++++++ > > 1 file changed, 7 insertions(+) > > > > diff --git a/Kconfig b/Kconfig > > index a02168690f5b..436308854d0c 100644 > > --- a/Kconfig > > +++ b/Kconfig > > @@ -20,6 +20,13 @@ config BROKEN > > This option cannot be enabled. It is used as dependency > > for broken and incomplete features. > > > > +config DEPRECATED > > + bool > > + help > > + This option cannot be enabled. It it used as a dependency for > > + code that relies on deprecated features that will be removed and > > + the conversion deadline has passed. > > then, what would be the exact diff b/w broken vs deprecated? I do see > same meaning in terms of code maintenance, though it is working or > non-working. It is a matter of human language. There was objection to using broken as technically the code functions (and thus is not broken) but does use deprecated APIs. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: not available URL: