From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Daney Date: Thu, 22 Aug 2013 20:55:20 +0000 Subject: Re: [RFC] Get rid of SUBARCH Message-Id: <52167AB8.4060206@gmail.com> List-Id: References: <1377073172-3662-1-git-send-email-richard@nod.at> <20130821195157.GA18191@merkur.ravnborg.org> <1377204069.2737.108@driftwood> In-Reply-To: <1377204069.2737.108@driftwood> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Rob Landley , Richard Weinberger Cc: Geert Uytterhoeven , Sam Ravnborg , Linux-Arch , Michal Marek , Ralf Baechle , Paul Mundt , Jeff Dike , Guan Xuetao , Thomas Gleixner , Ingo Molnar , "H. Peter Anvin" , the arch/x86 maintainers , linux-kbuild , "linux-kernel@vger.kernel.org" , linux-m68k , Linux MIPS Mailing List , Linux-sh list , uml-devel On 08/22/2013 01:41 PM, Rob Landley wrote: > On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote: >> On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg wrote: >> >> > The series touches also m68k, sh, mips and unicore32. >> >> > These architectures magically select a cross compiler if ARCH !>> SUBARCH. >> >> > Do really need that behavior? >> >> >> >> This does remove functionality. >> >> It allows to build a kernel using e.g. "make ARCH=m68k". >> >> >> >> Perhaps this can be moved to generic code? Most (not all!) >> cross-toolchains >> >> are called $ARCH-{unknown-,}linux{,-gnu}. >> >> Exceptions are e.g. am33_2.0-linux and bfin-uclinux. >> > >> > Today you can specify CROSS_COMPILE in Kconfig. >> > With this we should be able to remove these hacks. >> >> The correct CROSS_COMPILE value depends on the host environment, not >> on the target configuration. > > Actually it depends on _both_. > I think the important issue is not the exact dependencies of the value of CROSS_COMPILE, but rather that it varies enough that automatically choosing a value based on SUBARCH often gives the wrong result. Removing SUBARCH and setting CROSS_COMPILE either from the make command line (or environment) or the config file, is a good idea because it simplifies the build system, makes things clearer, and yields more predictable results. David Daney