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, Gerald 2011-10-02 Gerald Pfeifer <ger...@pfeifer.com> * invoke.texi (SPARC Options): Refer to GNU/Linux. Index: doc/invoke.texi =================================================================== --- doc/invoke.texi (revision 179433) +++ doc/invoke.texi (working copy) @@ -17345,7 +17345,7 @@ @samp{ultrasparc3}, @samp{niagara}, @samp{niagara2}, @samp{niagara3}, and @samp{niagara4}. -Native Solaris and Linux toolchains also support the value @samp{native}, +Native Solaris and GNU/Linux toolchains also support the value @samp{native}, which selects the best architecture option for the host processor. @option{-mcpu=native} has no effect if GCC does not recognize the processor. @@ -17418,7 +17418,7 @@ @samp{supersparc}, @samp{hypersparc}, @samp{leon}, @samp{f930}, @samp{f934}, @samp{sparclite86x}, @samp{tsc701}, @samp{ultrasparc}, @samp{ultrasparc3}, @samp{niagara}, @samp{niagara2}, @samp{niagara3} and @samp{niagara4}. With -native Solaris and Linux toolchains, @samp{native} can also be used. +native Solaris and GNU/Linux toolchains, @samp{native} can also be used. @item -mv8plus @itemx -mno-v8plus