From: Gerald Pfeifer
Date: Tue, 4 Oct 2011 11:25:11 +0200 (CEST)
> On Sun, 2 Oct 2011, David Miller wrote:
>> We always use "Sparc" instead of "SPARC" for the cpu names output
>> by the kernel in /proc/cpuinfo.
>
> Ah, I see. Thanks for the explanation.
>
> What confused me a bit is that a bit
From: Gerald Pfeifer
Date: Tue, 4 Oct 2011 11:25:11 +0200 (CEST)
> On Sun, 2 Oct 2011, David Miller wrote:
>> We always use "Sparc" instead of "SPARC" for the cpu names output
>> by the kernel in /proc/cpuinfo.
>
> Ah, I see. Thanks for the explanation.
>
> What confused me a bit is that a bit
On Sun, 2 Oct 2011, David Miller wrote:
> We always use "Sparc" instead of "SPARC" for the cpu names output
> by the kernel in /proc/cpuinfo.
Ah, I see. Thanks for the explanation.
What confused me a bit is that a bit earlier in the same table
there is one (and just one) entry using "SPARC":
From: Gerald Pfeifer
Date: Sun, 2 Oct 2011 23:11:14 +0200 (CEST)
> On Sun, 4 Sep 2011, David Miller wrote:
>> * config/sparc/driver-sparc.c: Correct Linux strings.
>
> would a patch like the one below be appropriate (with a ChangeLog entry),
> or is the Linux kernel (or GNU/Linux userland)
Hi David,
On Sun, 4 Sep 2011, David Miller wrote:
> * config/sparc/driver-sparc.c: Correct Linux strings.
would a patch like the one below be appropriate (with a ChangeLog entry),
or is the Linux kernel (or GNU/Linux userland) really using Sparc instead
of SPARC in those places?
Gerald
On Mon, 5 Sep 2011, David Miller wrote:
>> Should we use GNU/Linux in those three cases per the standing request
>> from RMS? I can make the change if so.
> I'm completely ambivalent, feel free to make the change.
Okay, so I went ahead (with some delay, ahem) and applied the patch
below.
Thanks,
From: Gerald Pfeifer
Date: Tue, 6 Sep 2011 00:57:08 +0200 (CEST)
> Should we use GNU/Linux in those three cases per the standing request
> from RMS? I can make the change if so.
I'm completely ambivalent, feel free to make the change.
On Sun, 4 Sep 2011, David Miller wrote:
> * gcc/doc/invoke.texi: Document that Linux also supports
> -mcpu=native and -mtune=native on sparc.
:
> -Native Solaris toolchains also support the value @samp{native},
> +Native Solaris and Linux toolchains also support the value @samp{native},
> 2011-09-04 David S. Miller
>
> * config.host: Add driver-sparc.o and sparc/x-sparc on
> native sparc*-*-linux* builds.
> * config/sparc/driver-sparc.c: Correct Linux strings.
> * gcc/config/sparc/linux.h: Add DRIVER_SELF_SPECS.
> * gcc/config/sparc/linux64.h: Like