public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Gerald Pfeifer <gerald@pfeifer.com>
To: Matthew Fortune <Matthew.Fortune@imgtec.com>,
	    "Moore, Catherine" <Catherine_Moore@mentor.com>,
	gcc-patches@gcc.gnu.org
Subject: RE: [PATCH,WWWDOCS] MIPS changes for GCC 5.0
Date: Sun, 12 Apr 2015 21:36:00 -0000	[thread overview]
Message-ID: <alpine.LSU.2.20.1504122332240.9357@tuna.site> (raw)
In-Reply-To: <6D39441BF12EF246A7ABCE6654B0235320FC8EA9@LEMAIL01.le.imgtec.org>

On Thu, 5 Feb 2015, Matthew Fortune wrote:
> Thanks Catherine. Good call to remove the markup while reviewing. I've
> done one more pass on this to have the same phrasing used where similar
> points are being made. I also added a comment about link compatibility
> for FP64.  Updated text is at the end.

Here are some more changes on top of the version that was committed.

Add an article, add markup, simplify language, and use 64-bit instead 
of 64-bits in the MIPS section.

("has been changed" -> "has changed", "is being used" -> "is used",
and there are one or two others which I left since I wasn't sure.)

I applied this now, though if there is anything you disagree with
we can always revisit.  Just advise!

Gerald

Index: changes.html
===================================================================
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v
retrieving revision 1.104
diff -u -r1.104 changes.html
--- changes.html	12 Apr 2015 20:26:50 -0000	1.104
+++ changes.html	12 Apr 2015 21:32:20 -0000
@@ -739,13 +739,13 @@
       <code>-march=p5600</code> command-line option.</li>
     <li>The Cavium Octeon3 processor is now supported using the
       <code>-march=octeon3</code> command-line option.</li>
-    <li>MIPS Release 6 is now supported using <code>-mips32r6</code> and
-      <code>-mips64r6</code> command-line options.</li>
+    <li>MIPS Release 6 is now supported using the <code>-mips32r6</code>
+       and <code>-mips64r6</code> command-line options.</li>
     <li>The o32 ABI has been modified and extended.  The o32 64-bit
       floating-point register support is now obsolete and has been removed.
       It has been replaced by three ABI extensions FPXX, FP64A, and FP64.
-      The meaning of the <code>-mfp64</code> command-line option has been
-      changed and it is now used to enable the FP64A and FP64 ABI extensions.
+      The meaning of the <code>-mfp64</code> command-line option has
+      changed.  It is now used to enable the FP64A and FP64 ABI extensions.
       <ul>
 	<li>The FPXX extension requires that code generated to access
 	    double-precision values use even-numbered registers.  Code that
@@ -755,14 +755,14 @@
 	    -mfpxx</code> can be used to enable this extension.  MIPS II is
 	    the minimum processor required.</li>
 	<li>The o32 FP64A extension requires that floating-point registers be
-	    64-bits and odd-numbered single-precision registers are not
+	    64-bit and odd-numbered single-precision registers are not
 	    allowed.  Code that adheres to the o32 FP64A variant is
 	    link-compatible with all other o32 double-precision ABI variants.
 	    The command-line options <code>-mabi=32 -mfp64 -mno-odd-spreg
 	    </code> can be used to enable this extension.  MIPS32R2 is the
 	    minimum processor required.</li>
 	<li>The o32 FP64 extension also requires that floating-point registers
-	    be 64-bits, but permits the use of single-precision registers.
+	    be 64-bit, but permits the use of single-precision registers.
 	    Code that adheres to the o32 FP64 variant is link-compatible with
 	    o32 FPXX and o32 FP64A variants only, i.e. it is not compatible
 	    with the original o32 double-precision ABI. The command-line
@@ -777,10 +777,10 @@
       required to run the generated code on MIPSR5 cores in conjunction with
       future MIPS SIMD (MSA) code and MIPSR6 cores.</li>
     <li>GCC will now pass all floating-point options to the assembler if GNU
-      binutils 2.25 is being used.  As a result, any inline assembly code that
-      uses hard-float instructions should be amended to include a .set
-      directive to override the global assembler options when compiling for
-      soft-float targets.</li>
+      binutils 2.25 is used.  As a result, any inline assembly code that
+      uses hard-float instructions should be amended to include a
+      <code>.set</code> directive to override the global assembler options
+      when compiling for soft-float targets.</li>
   </ul>
 
 <h3 id="nds32">NDS32</h3>

  parent reply	other threads:[~2015-04-12 21:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-04 16:46 Matthew Fortune
2015-02-04 16:49 ` Andrew Pinski
2015-02-04 16:52   ` Matthew Fortune
2015-02-04 21:43 ` Moore, Catherine
2015-02-05 10:24   ` Matthew Fortune
2015-02-06 15:15     ` Moore, Catherine
2015-04-12 21:36     ` Gerald Pfeifer [this message]
2015-04-13  9:05       ` Matthew Fortune

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=alpine.LSU.2.20.1504122332240.9357@tuna.site \
    --to=gerald@pfeifer.com \
    --cc=Catherine_Moore@mentor.com \
    --cc=Matthew.Fortune@imgtec.com \
    --cc=gcc-patches@gcc.gnu.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).