From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756192AbdLOTvH (ORCPT ); Fri, 15 Dec 2017 14:51:07 -0500 Received: from asavdk3.altibox.net ([109.247.116.14]:38147 "EHLO asavdk3.altibox.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756076AbdLOTvG (ORCPT ); Fri, 15 Dec 2017 14:51:06 -0500 Date: Fri, 15 Dec 2017 20:50:59 +0100 From: Sam Ravnborg To: Masahiro Yamada Cc: Linux Kbuild mailing list , Ulf Magnusson , Linus Torvalds , Mauro Carvalho Chehab , Nicholas Piggin , Kate Stewart , Markus Heiser , "open list:DOCUMENTATION" , Borislav Petkov , Linux Kernel Mailing List , Thomas Gleixner , Jonathan Corbet , Michal Marek , SeongJae Park , Greg Kroah-Hartman , Philippe Ombredanne , Max Filippov Subject: Re: [PATCH 0/3] kbuild,kconfig: generate lexer/parser C files instead of copying _shipped files Message-ID: <20171215195059.GA10168@ravnborg.org> References: <1512835350-8646-1-git-send-email-yamada.masahiro@socionext.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.2 cv=WJY9ZTkR c=1 sm=1 tr=0 a=ddpE2eP9Sid01c7MzoqXPA==:117 a=ddpE2eP9Sid01c7MzoqXPA==:17 a=kj9zAlcOel0A:10 a=WVVVr_RBCs3Z1STltGIA:9 a=CjuIK1q_8ugA:10 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Masahiro. > > In Linux build system convention, pre-generated files are version- > > controlled with a "_shipped" suffix. During the kernel building, > > they are simply shipped (copied) removing the suffix. > > > > From users' point of view, this approach can reduce external tool > > dependency for the kernel build, > > > > From developers point of view, it is tedious to manually regenerate > > such artifacts. In fact, we see several patches to regenerate > > _shipped files. They are noise commits. ... Nice cleanup we should have does years ago. When we introduced this we did this to minimize the time it took to configure a clean kernel - as one of the reasons. Since then the average computer has been significantly faster so the time to run flex/bison is not an issue anymore. Sam