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>
next prev 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).