From patchwork Wed Mar 9 02:32:38 2011 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: John Stultz X-Patchwork-Id: 447 Return-Path: Delivered-To: unknown Received: from imap.gmail.com (74.125.159.109) by localhost6.localdomain6 with IMAP4-SSL; 08 Jun 2011 14:42:43 -0000 Delivered-To: patches@linaro.org Received: by 10.224.60.68 with SMTP id o4cs45635qah; Tue, 8 Mar 2011 18:32:59 -0800 (PST) Received: by 10.43.54.16 with SMTP id vs16mr7511305icb.219.1299637979271; Tue, 08 Mar 2011 18:32:59 -0800 (PST) Received: from e1.ny.us.ibm.com (e1.ny.us.ibm.com [32.97.182.141]) by mx.google.com with ESMTPS id xj2si3536658icb.41.2011.03.08.18.32.58 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 08 Mar 2011 18:32:59 -0800 (PST) Received-SPF: pass (google.com: domain of jstultz@us.ibm.com designates 32.97.182.141 as permitted sender) client-ip=32.97.182.141; Authentication-Results: mx.google.com; spf=pass (google.com: domain of jstultz@us.ibm.com designates 32.97.182.141 as permitted sender) smtp.mail=jstultz@us.ibm.com Received: from d01dlp02.pok.ibm.com (d01dlp02.pok.ibm.com [9.56.224.85]) by e1.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id p292N784029406; Tue, 8 Mar 2011 21:23:07 -0500 Received: from d01relay02.pok.ibm.com (d01relay02.pok.ibm.com [9.56.227.234]) by d01dlp02.pok.ibm.com (Postfix) with ESMTP id 6CE806E8039; Tue, 8 Mar 2011 21:32:58 -0500 (EST) Received: from d03av03.boulder.ibm.com (d03av03.boulder.ibm.com [9.17.195.169]) by d01relay02.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id p292WvJ3437354; Tue, 8 Mar 2011 21:32:58 -0500 Received: from d03av03.boulder.ibm.com (loopback [127.0.0.1]) by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id p292Wv3o032565; Tue, 8 Mar 2011 19:32:57 -0700 Received: from kernel.beaverton.ibm.com (kernel.beaverton.ibm.com [9.47.67.96]) by d03av03.boulder.ibm.com (8.14.4/8.13.1/NCO v10.0 AVin) with ESMTP id p292WveC032561; Tue, 8 Mar 2011 19:32:57 -0700 Received: by kernel.beaverton.ibm.com (Postfix, from userid 1056) id 0A2CA1E7511; Tue, 8 Mar 2011 18:32:57 -0800 (PST) From: John Stultz To: linaro-dev@lists.linaro.org Cc: John Stultz , Jason Hui , patches@linaro.org Subject: [PATCH 04/12] kbuild: Avoid kconfig fragment defconfigs from having odd config order Date: Tue, 8 Mar 2011 18:32:38 -0800 Message-Id: <1299637966-18458-5-git-send-email-john.stultz@linaro.org> X-Mailer: git-send-email 1.7.3.2.146.gca209 In-Reply-To: <1299637966-18458-1-git-send-email-john.stultz@linaro.org> References: <1299637966-18458-1-git-send-email-john.stultz@linaro.org> X-Content-Scanned: Fidelis XPS MAILER Sort of a hack. With the new kconfig framents, some config items may be defined in a different order then usual. To preserve the normal order, re-run sildentoldconfig after running defconfig. CC: Jason Hui CC: patches@linaro.org Signed-off-by: John Stultz --- scripts/kconfig/Makefile | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/scripts/kconfig/Makefile b/scripts/kconfig/Makefile index 320ac75..866dbca 100644 --- a/scripts/kconfig/Makefile +++ b/scripts/kconfig/Makefile @@ -130,6 +130,8 @@ $(old_defconfigs): %_defconfig: $(obj)/conf $(defconfigs): %_defconfig: $(obj)/conf $(Q)$< --defconfig=/dev/null arch/$(SRCARCH)/configs/Kconfig.$* +# use oldconfig reorder option properly + $(Q)$< --silentoldconfig $(Kconfig) > /dev/null # Help text used by make help help: