This is the mail archive of the
binutils@sourceware.org
mailing list for the binutils project.
Re: [PATCH][MIPS] Documentation cleanup and typos
- From: Richard Sandiford <rdsandiford at googlemail dot com>
- To: Matthew Fortune <Matthew dot Fortune at imgtec dot com>
- Cc: "binutils\ at sourceware dot org" <binutils at sourceware dot org>
- Date: Tue, 21 Oct 2014 21:56:05 +0100
- Subject: Re: [PATCH][MIPS] Documentation cleanup and typos
- Authentication-results: sourceware.org; auth=none
- References: <6D39441BF12EF246A7ABCE6654B0235320F2EF7F at LEMAIL01 dot le dot imgtec dot org>
Matthew Fortune <Matthew.Fortune@imgtec.com> writes:
> @item
> 3 for files using the software floating-point ABI.
> @item
> -4 for files using the hardware floating-point ABI with 64-bit wide
> -double-precision floating-point registers and 32-bit wide general
> +4 for files using the deprecated hardware floating-point ABI which used 64-bit
> +wide floating-point registers, 32-bit wide generation purpose registers and
> +increased the number of callee-saved floating-point registers.
"general-purpose" rather than "generation purpose". I think GCC style
would be to use "64-bit-wide X" (or just "64-bit X") rather than
"64-bit wide X", on the basis that without hyphens it could look like
we're talking about wide Xs that have 64 bits. Also...
> +@item
> +5 for files using the hardware floating-point ABI with a double-precision FPU
> +with either 32-bit or 64-bit floating-point registers and 32-bit general
> purpose registers.
...this drops the "wide" thing and still reads naturally, so let's do
that everywhere.
"general-purpose" here and later too.
> +@item
> +6 for files using the hardware floating-point ABI with 64-bit wide
> +floating-point registers and 32-bit wide general purpose registers.
> +@item
> +7 for files using the hardware floating-point ABI with 64-bit wide
> +floating-point registers, 32-bit wide general purpose registers and forbids
> +direct use of odd-numbered single-precision floating-point registers.
Maybe something like:
7 for files using the hardware floating-point ABI with 64-bit floating-point
registers, 32-bit general-purpose registers and a rule that forbids the
direct ...
to avoid "with ... and forbids"?
OK with those changes, thanks.
> diff --git a/gas/doc/c-mips.texi b/gas/doc/c-mips.texi
> index 8d61d04..d960022 100644
> --- a/gas/doc/c-mips.texi
> +++ b/gas/doc/c-mips.texi
> @@ -769,9 +769,9 @@ The @code{.global} and @code{.globl} directives supported by
> region of data not code. This means that, for example, any
> instructions following such a symbol will not be disassembled by
> @code{objdump} as it will regard them as data. To change this
> -behaviour an optional section name can be placed after the symbol name
> +behavior an optional section name can be placed after the symbol name
...even this one, though it makes me sad. :-)
Maybe at some point it'd be worth turning the FP ABI list into a table,
since the written-out version is getting pretty complex.
Richard