From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Korsgaard Date: Fri, 10 Jan 2014 15:11:22 +0100 Subject: [Buildroot] [PATCH 1 of 5 v3] deprecated handling: introduce BR2_DEPRECATED_SINCE_xxxx_xx In-Reply-To: <14cfc9f6c9b34dc82c58.1388764970@argentina> (Thomas De Schampheleire's message of "Fri, 03 Jan 2014 17:02:50 +0100") References: <14cfc9f6c9b34dc82c58.1388764970@argentina> Message-ID: <878uuo7wqd.fsf@dell.be.48ers.dk> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: buildroot@busybox.net >>>>> "Thomas" == Thomas De Schampheleire writes: > In order to keep better track of when a feature got deprecated, and hence > when it can be removed, a new set of symbols BR2_DEPRECATED_SINCE_xxxx_xx is > introduced. These symbols are automatically selected when BR2_DEPRECATED is > selected, and thus are transparent to the user. > A deprecated feature will no longer depend on BR2_DEPRECATED directly, but > rather on the appropriate BR2_DEPRECATED_SINCE_xxxx_xx. If that symbol does > not yet exist, it has to be created in Config.in. > When removing a deprecated feature, one should also check whether this was > the last feature using the BR2_DEPRECATED_SINCE_xxxx_xx symbol, in which > case the latter can be removed from Config.in. > A followup patch will make sure the overview is added to the list of > deprecated features in the manual, so that a buildroot core developer can > easily determine which features to remove in a given development cycle. > Signed-off-by: Thomas De Schampheleire Committed, thanks. -- Bye, Peter Korsgaard