Minor tweaks to the MIPS documentation

[Richard Sandiford]

Richard Sandiford <rdsandiford@googlemail.com> writes:
> - Consistently use "MIPS" rather than "@sc{mips}".  "@sc{mips}" looks strange
>   in the PDF output and "MIPS" was already the prevalent form.  Also,
>   "@sc{mips}" doesn't really look right alongside "microMIPS".
>
> - Similarly replace "@sc{r}" with "R" in processor names.  In the PDF output,
>   the "R" from "@sc{r}" was significantly smaller than the number.

...and ISA too.

Richard


gas/
	* doc/c-mips.texi: Use ISA instead of @sc{isa}.

Index: gas/doc/c-mips.texi
===================================================================
--- gas/doc/c-mips.texi	2013-06-26 08:04:02.270942638 +0100
+++ gas/doc/c-mips.texi	2013-06-26 09:00:51.006692642 +0100
@@ -631,10 +631,10 @@ the MIPS Instruction Set Architecture le
 mips@var{n}}.  @var{n} should be a number from 0 to 5, or 32, 32r2, 64
 or 64r2.
 The values other than 0 make the assembler accept instructions
-for the corresponding @sc{isa} level, from that point on in the
+for the corresponding ISA level, from that point on in the
 assembly.  @code{.set mips@var{n}} affects not only which instructions
 are permitted, but also how certain macros are expanded.  @code{.set
-mips0} restores the @sc{isa} level to its original level: either the
+mips0} restores the ISA level to its original level: either the
 level you selected with command line options, or the default for your
 configuration.  You can use this feature to permit specific @sc{mips3}
 instructions while assembling in 32 bit mode.  Use this directive with
@@ -759,7 +759,7 @@ instructions from being accepted.
 @kindex @code{.set nosmartmips}
 The directive @code{.set smartmips} makes the assembler accept
 instructions from the SmartMIPS Application Specific Extension to the
-MIPS32 @sc{isa} from that point on in the assembly.  The
+MIPS32 ISA from that point on in the assembly.  The
 @code{.set nosmartmips} directive prevents SmartMIPS instructions from
 being accepted.