Linux MIPS Architecture development
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Richard Weinberger <richard@nod.at>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	Michal Marek <mmarek@suse.cz>, Ralf Baechle <ralf@linux-mips.org>,
	Paul Mundt <lethal@linux-sh.org>, Jeff Dike <jdike@addtoit.com>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	the arch/x86 maintainers <x86@kernel.org>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	uml-devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [RFC] Get rid of SUBARCH
Date: Thu, 22 Aug 2013 15:41:09 -0500	[thread overview]
Message-ID: <1377204069.2737.108@driftwood> (raw)
In-Reply-To: <CAMuHMdWqwQxxky7UDnh-oxN13C-sxfnxKVBuBz1GU_RtJvbf3A@mail.gmail.com> (from geert@linux-m68k.org on Thu Aug 22 07:58:26 2013)

On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
> On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg <sam@ravnborg.org>  
> 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_.

Rob
From ddaney.cavm@gmail.com Thu Aug 22 22:55:31 2013
Received: with ECARTIS (v1.0.0; list linux-mips); Thu, 22 Aug 2013 22:55:34 +0200 (CEST)
Received: from mail-ob0-f169.google.com ([209.85.214.169]:36224 "EHLO
        mail-ob0-f169.google.com" rhost-flags-OK-OK-OK-OK)
        by eddie.linux-mips.org with ESMTP id S6867665Ab3HVUzb0lzMN (ORCPT
        <rfc822;linux-mips@linux-mips.org>); Thu, 22 Aug 2013 22:55:31 +0200
Received: by mail-ob0-f169.google.com with SMTP id wc20so4736149obb.28
        for <multiple recipients>; Thu, 22 Aug 2013 13:55:25 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=message-id:date:from:user-agent:mime-version:to:cc:subject
         :references:in-reply-to:content-type:content-transfer-encoding;
        bh=KnhN6jVTfBh15tGqs3VVEHUPdCxgHMF/Vfm52t7+1jk=;
        b=k91e7ySU6KDxw9nYWhu4nmNqCbTWgICsK+ltLMV0Q03rLNx28C/DKXR9kgsfQiswv1
         If5W+pj6Lyp+d21cQlRJwEKuv/AJ6b37XUpqOnVgazXtYpRZLukmroH+QfsgEsurBsYD
         +T2P8XGSfbqKmKhqUhhmiMVLenkdaHsufh2C7TP9leWDSyNftkCcAy9fVYXPmnQLSZPU
         SbpkDlIeZdyi+7hAisk7asTa0hH6at/aYxhk+axtdk/CNReUhBtFkFrP33gW7IJmACmZ
         8FBgEoriwzk2srtQWNOZZVJxlvSvhRu74P/HSSaY7qMaPPAysUHfwJJij2tWoL6xkzR1
         +wbQ==
X-Received: by 10.50.47.20 with SMTP id z20mr6805972igm.34.1377204924737;
        Thu, 22 Aug 2013 13:55:24 -0700 (PDT)
Received: from dl.caveonetworks.com (64.2.3.195.ptr.us.xo.net. [64.2.3.195])
        by mx.google.com with ESMTPSA id p5sm7084247igj.10.1969.12.31.16.00.00
        (version=TLSv1 cipher=RC4-SHA bits=128/128);
        Thu, 22 Aug 2013 13:55:23 -0700 (PDT)
Message-ID: <52167AB8.4060206@gmail.com>
Date:   Thu, 22 Aug 2013 13:55:20 -0700
From:   David Daney <ddaney.cavm@gmail.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7
MIME-Version: 1.0
To:     Rob Landley <rob@landley.net>, Richard Weinberger <richard@nod.at>
CC:     Geert Uytterhoeven <geert@linux-m68k.org>,
        Sam Ravnborg <sam@ravnborg.org>,
        Linux-Arch <linux-arch@vger.kernel.org>,
        Michal Marek <mmarek@suse.cz>,
        Ralf Baechle <ralf@linux-mips.org>,
        Paul Mundt <lethal@linux-sh.org>,
        Jeff Dike <jdike@addtoit.com>,
        Guan Xuetao <gxt@mprc.pku.edu.cn>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>,
        "H. Peter Anvin" <hpa@zytor.com>,
        the arch/x86 maintainers <x86@kernel.org>,
        linux-kbuild <linux-kbuild@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        linux-m68k <linux-m68k@lists.linux-m68k.org>,
        Linux MIPS Mailing List <linux-mips@linux-mips.org>,
        Linux-sh list <linux-sh@vger.kernel.org>,
        uml-devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [RFC] Get rid of SUBARCH
References: <1377073172-3662-1-git-send-email-richard@nod.at>        <CAMuHMdWk-EPTNmPB1O1+F7YVQLjhQsFJznYwA3t6UCGUU1T9PQ@mail.gmail.com>        <20130821195157.GA18191@merkur.ravnborg.org>        <CAMuHMdWqwQxxky7UDnh-oxN13C-sxfnxKVBuBz1GU_RtJvbf3A@mail.gmail.com> <1377204069.2737.108@driftwood>
In-Reply-To: <1377204069.2737.108@driftwood>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Return-Path: <ddaney.cavm@gmail.com>
X-Envelope-To: <"|/home/ecartis/ecartis -s linux-mips"> (uid 0)
X-Orcpt: rfc822;linux-mips@linux-mips.org
Original-Recipient: rfc822;linux-mips@linux-mips.org
X-archive-position: 37650
X-ecartis-version: Ecartis v1.0.0
Sender: linux-mips-bounce@linux-mips.org
Errors-to: linux-mips-bounce@linux-mips.org
X-original-sender: ddaney.cavm@gmail.com
Precedence: bulk
List-help: <mailto:ecartis@linux-mips.org?Subject=help>
List-unsubscribe: <mailto:ecartis@linux-mips.org?subject=unsubscribe%20linux-mips>
List-software: Ecartis version 1.0.0
List-Id: linux-mips <linux-mips.eddie.linux-mips.org>
X-List-ID: linux-mips <linux-mips.eddie.linux-mips.org>
List-subscribe: <mailto:ecartis@linux-mips.org?subject=subscribe%20linux-mips>
List-owner: <mailto:ralf@linux-mips.org>
List-post: <mailto:linux-mips@linux-mips.org>
List-archive: <http://www.linux-mips.org/archives/linux-mips/>
X-list: linux-mips
Content-Length: 1375
Lines: 36

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 <sam@ravnborg.org> 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

WARNING: multiple messages have this Message-ID (diff)
From: Rob Landley <rob@landley.net>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Sam Ravnborg <sam@ravnborg.org>,
	Richard Weinberger <richard@nod.at>,
	Linux-Arch <linux-arch@vger.kernel.org>,
	Michal Marek <mmarek@suse.cz>, Ralf Baechle <ralf@linux-mips.org>,
	Paul Mundt <lethal@linux-sh.org>, Jeff Dike <jdike@addtoit.com>,
	Guan Xuetao <gxt@mprc.pku.edu.cn>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, "H. Peter Anvin" <hpa@zytor.com>,
	the arch/x86 maintainers <x86@kernel.org>,
	linux-kbuild <linux-kbuild@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	linux-m68k <linux-m68k@lists.linux-m68k.org>,
	Linux MIPS Mailing List <linux-mips@linux-mips.org>,
	Linux-sh list <linux-sh@vger.kernel.org>,
	uml-devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [RFC] Get rid of SUBARCH
Date: Thu, 22 Aug 2013 15:41:09 -0500	[thread overview]
Message-ID: <1377204069.2737.108@driftwood> (raw)
Message-ID: <20130822204109.Sfy-3pLzB6PZdiQnhqA3MlQiCrvhh8fiJO03_sUkQCw@z> (raw)
In-Reply-To: <CAMuHMdWqwQxxky7UDnh-oxN13C-sxfnxKVBuBz1GU_RtJvbf3A@mail.gmail.com> (from geert@linux-m68k.org on Thu Aug 22 07:58:26 2013)

On 08/22/2013 07:58:26 AM, Geert Uytterhoeven wrote:
> On Wed, Aug 21, 2013 at 9:51 PM, Sam Ravnborg <sam@ravnborg.org>  
> 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_.

Rob

  reply	other threads:[~2013-08-22 20:41 UTC|newest]

Thread overview: 44+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-21  8:19 [RFC] Get rid of SUBARCH Richard Weinberger
2013-08-21  8:19 ` [PATCH 1/8] um: Create defconfigs for i386 and x86_64 Richard Weinberger
2013-08-22  4:55   ` Stephen Rothwell
2013-09-26 10:20   ` Ramkumar Ramachandra
2013-09-26 10:35     ` Richard Weinberger
2013-09-26 11:57       ` Ramkumar Ramachandra
2013-09-26 12:04         ` Richard Weinberger
     [not found]       ` <52454E58.3010305@gmx.de>
2013-09-27  9:26         ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 2/8] um: Do not use SUBARCH Richard Weinberger
2013-08-21  8:19   ` Richard Weinberger
2013-09-26 10:40   ` Ramkumar Ramachandra
2013-09-26 10:44     ` Richard Weinberger
2013-09-26 10:53       ` Ramkumar Ramachandra
2013-09-26 11:01         ` Richard Weinberger
     [not found]           ` <CALkWK0=FG4COEjv5+mu1JRiiFQ2k6vop1mhFPmAT4bjtYeK6nA@mail.gmail.com>
2013-09-26 11:56             ` Richard Weinberger
2013-09-26 12:00               ` Ramkumar Ramachandra
2013-09-26 13:13                 ` Ramkumar Ramachandra
2013-09-26 13:26                   ` Geert Uytterhoeven
2013-09-26 13:56                     ` Richard Weinberger
2013-09-26 13:57                     ` Ramkumar Ramachandra
2013-09-26 14:24                     ` Richard Weinberger
2013-09-26 14:36                       ` Ramkumar Ramachandra
2013-09-26 15:04                         ` Richard Weinberger
2013-09-26 16:06                           ` Ramkumar Ramachandra
2013-09-26 17:10                             ` Richard Weinberger
2013-08-21  8:19 ` [PATCH 3/8] um: Remove old defconfig Richard Weinberger
2013-08-21  8:19 ` [PATCH 4/8] m68k: Do not use SUBARCH Richard Weinberger
2013-08-21  8:19 ` [PATCH 5/8] sh: " Richard Weinberger
2013-08-21  8:19 ` [PATCH 6/8] mips: " Richard Weinberger
2013-08-21  8:19 ` [PATCH 7/8] unicore32: " Richard Weinberger
2013-08-21  8:19 ` [PATCH 8/8] Makefile: Remove SUBARCH Richard Weinberger
2013-08-21 12:07 ` [RFC] Get rid of SUBARCH Geert Uytterhoeven
2013-08-21 12:16   ` Richard Weinberger
2013-08-21 17:25   ` Rob Landley
2013-08-21 17:25     ` Rob Landley
2013-08-21 19:51   ` Sam Ravnborg
2013-08-22 12:58     ` Geert Uytterhoeven
2013-08-22 20:41       ` Rob Landley [this message]
2013-08-22 20:41         ` Rob Landley
2013-08-22 20:55         ` David Daney
2013-08-22 21:32           ` Rob Landley
2013-08-22 21:32             ` Rob Landley
2013-08-21 12:53 ` Thorsten Glaser
2013-08-21 12:58   ` H. Peter Anvin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1377204069.2737.108@driftwood \
    --to=rob@landley.net \
    --cc=geert@linux-m68k.org \
    --cc=gxt@mprc.pku.edu.cn \
    --cc=hpa@zytor.com \
    --cc=jdike@addtoit.com \
    --cc=lethal@linux-sh.org \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-m68k@lists.linux-m68k.org \
    --cc=linux-mips@linux-mips.org \
    --cc=linux-sh@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=mmarek@suse.cz \
    --cc=ralf@linux-mips.org \
    --cc=richard@nod.at \
    --cc=sam@ravnborg.org \
    --cc=tglx@linutronix.de \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    --cc=x86@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox