install.texi: Change ` bit' to `-bit'.
authorMatt Kraai <kraai@alumni.cmu.edu>
Thu, 27 Jun 2002 17:19:06 +0000 (17:19 +0000)
committerMatt Kraai <kraai@gcc.gnu.org>
Thu, 27 Jun 2002 17:19:06 +0000 (17:19 +0000)
* doc/install.texi: Change ` bit' to `-bit'.
* doc/md.texi: Change `-bits' to `-bit'.
* doc/tm.texi: Change `-bits' to ` bits'.

From-SVN: r55033

gcc/ChangeLog
gcc/doc/install.texi
gcc/doc/md.texi
gcc/doc/tm.texi

index 273924b1374d11de776840e5c69c7862c4d2ec9c..ca5317d09cda27307336c5580c484db577e22981 100644 (file)
@@ -1,3 +1,9 @@
+2002-06-27  Matt Kraai  <kraai@alumni.cmu.edu>
+
+       * doc/install.texi: Change ` bit' to `-bit'.
+       * doc/md.texi: Change `-bits' to `-bit'.
+       * doc/tm.texi: Change `-bits' to ` bits'.
+
 2002-06-27  Daniel Berlin  <dberlin@dberlin.org>
 
        * gcse.c (hoist_code): Rewrite to only get list of dominated
index c087bdfa62d284df8ed5cafb1f46b500031dd276..046cc81c15b95a3f4caadd5df2dea158d21817f7 100644 (file)
@@ -2693,7 +2693,7 @@ its maximum of 262144 bytes.  If you have root access, you can use the
 GCC does not correctly pass/return structures which are
 smaller than 16 bytes and which are not 8 bytes.  The problem is very
 involved and difficult to fix.  It affects a number of other targets also,
-but IRIX 6 is affected the most, because it is a 64 bit target, and 4 byte
+but IRIX 6 is affected the most, because it is a 64-bit target, and 4 byte
 structures are common.  The exact problem is that structures are being padded
 at the wrong end, e.g.@: a 4 byte structure is loaded into the lower 4 bytes
 of the register when it should be loaded into the upper 4 bytes of the
@@ -2843,7 +2843,7 @@ S/390 system running Linux for S/390@.
 <hr>
 @end html
 @heading @anchor{s390x-*-linux*}s390x-*-linux*
-zSeries system (64 Bit) running Linux for zSeries@.
+zSeries system (64-bit) running Linux for zSeries@.
 
 @html
 </p>
@@ -3124,7 +3124,7 @@ respects, this target is the same as the
 </p>
 <hr>
 @end html
-@heading @anchor{windows}Microsoft Windows (32 bit)
+@heading @anchor{windows}Microsoft Windows (32-bit)
 
 A port of GCC 2.95.x is included with the
 @uref{http://www.cygwin.com/,,Cygwin environment}.
index a346a2b197217c2afe3294f55dc466264226e17c..7c33f3230fb9579f493699125e37e5adf7ebdb1e 100644 (file)
@@ -1932,7 +1932,7 @@ A constant in the range supported by @code{movrcc} instructions
 
 @item N
 Same as @samp{K}, except that it verifies that bits that are not in the
-lower 32-bits range are all zero.  Must be used instead of @samp{K} for
+lower 32-bit range are all zero.  Must be used instead of @samp{K} for
 modes wider than @code{SImode}
 
 @item G
index 536b02c3d5718146d4b31a2ef5a2cbdde6533351..daebec717a6f006751f04763b077dd7c175648f5 100644 (file)
@@ -2550,9 +2550,9 @@ A C expression that is true if, for a register in
 @code{CLASS_CANNOT_CHANGE_MODE}, the requested mode punning is invalid.
 
 For the example, loading 32-bit integer or floating-point objects into
-floating-point registers on the Alpha extends them to 64-bits.
+floating-point registers on the Alpha extends them to 64 bits.
 Therefore loading a 64-bit object and then storing it as a 32-bit object
-does not store the low-order 32-bits, as would be the case for a normal
+does not store the low-order 32 bits, as would be the case for a normal
 register.  Therefore, @file{alpha.h} defines @code{CLASS_CANNOT_CHANGE_MODE}
 as @code{FLOAT_REGS} and @code{CLASS_CANNOT_CHANGE_MODE_P} restricts
 mode changes to same-size modes.