Re: Documenting the MIPS changes in 4.7

[Andrew Pinski <pinskia at gmail dot com>]

On Sun, Feb 5, 2012 at 7:13 AM, Richard Sandiford
<rdsandiford@googlemail.com> wrote:
> I've committed this patch to describe the MIPS changes in GCC 4.7.
> Corrections, comments, and help with wordsmithing are all welcome.
>
> Thanks,
> Richard
>
>
> Index: htdocs/gcc-4.7/changes.html
> ===================================================================
> RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.7/changes.html,v
> retrieving revision 1.74
> diff -u -p -r1.74 changes.html
> --- htdocs/gcc-4.7/changes.html 16 Jan 2012 08:39:01 -0000 Â Â Â1.74
> +++ htdocs/gcc-4.7/changes.html 5 Feb 2012 15:10:10 -0000
> @@ -51,6 +51,9 @@
> Â Â <li>Support has been removed for the NetWare x86 configuration
> Â Â obsoleted in GCC 4.6.</li>
>
> + Â Â<li>It is no longer possible to use the <code>"l"</code>
> + Â Âconstraint in MIPS16 asm statements.</li>
> +
> Â Â <li>More information on porting to GCC 4.7 from previous versions
> Â Â of GCC can be found in
> Â Â the <a href="http://gcc.gnu.org/gcc-4.7/porting_to.html";>porting
> @@ -571,9 +574,29 @@ well.</p></li>
> Â Â <li>...</li>
> Â </ul>
>
> -<!--
> Â<h3 id="mips">MIPS</h3>
> --->
> + Â<ul>
> + Â Â<li>GCC now supports thread-local storage (TLS) for MIPS16.
> + Â Â Â ÂThis support requires GNU binutils 2.22 or later.</li>
> +
> + Â Â<li>GCC can now generate code specifically for the Cavium Octeon+
> + Â Â Â Âand Octeon2 processors. ÂThe associated command-line options are
> + Â Â Â Â<code>-march=octeon+</code> and <code>-march=octeon2</code>
> + Â Â Â Ârespectively. ÂBoth options require GNU binutils 2.22 or later.</li>

This part looks good from my point of view.

Thanks,
Anrew Pinski


> +
> + Â Â<li>GCC can now work around certain 24k errata, under the control
> + Â Â Â Âof the command-line option <code>-mfix-24k</code>.
> + Â Â Â ÂThese workarounds require GNU binutils 2.20 or later.</li>
> +
> + Â Â<li>32-bit MIPS GNU/Linux targets such as <code>mips-linux-gnu</code>
> + Â Â Â Âcan now build n32 and n64 multilibs. ÂThe result is effectively
> + Â Â Â Âa 64-bit GNU/Linux toolchain that generates 32-bit code by default.
> + Â Â Â ÂUse the configure-time option <code>--enable-targets=all</code>
> + Â Â Â Âto select these extra multilibs.</li>
> +
> + Â Â<li>Passing <code>-fno-delayed-branch</code> now also stops the
> + Â Â Â Âassembler from automatically filling delay slots.</li>
> + Â</ul>
>
> Â<!--
> Â<h3 id="picochip">picochip</h3>