*** empty log message ***

git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@478 138bc75d-0d04-0410-961f-82ee72b054a4

1 files changed, 8 insertions, 8 deletions

diff --git a/gcc/config/i860/i860.c b/gcc/config/i860/i860.c
index c4c75ca5413..51175c78c00 100644
--- a/gcc/config/i860/i860.c
+++ b/gcc/config/i860/i860.c
@@ -1347,8 +1347,8 @@ output_block_move (operands)
   output_asm_insn ("adds %4,%?r0,%5", xoperands);
 
   /* Predecrement the loop counter.  This happens again also in the `bla'
-     instruction which precceds the loop, but we need to have it done
-     two times before we enter the loop because of the bizzare semantics
+     instruction which precedes the loop, but we need to have it done
+     two times before we enter the loop because of the bizarre semantics
      of the bla instruction.  */
 
   output_asm_insn ("adds %5,%2,%2", xoperands);
@@ -1522,7 +1522,7 @@ output_delayed_branch (template, operands, insn)
       output_asm_insn (template, operands);
 
       /* Now recognize the insn which we put in its delay slot.
-	 We must do this after outputing the branch insn,
+	 We must do this after outputting the branch insn,
 	 since operands may just be a pointer to `recog_operand'.  */
       INSN_CODE (delay_insn) = insn_code_number = recog (pat, delay_insn);
       if (insn_code_number == -1)
@@ -1557,7 +1557,7 @@ output_delay_insn (delay_insn)
   int i;
 
   /* Now recognize the insn which we put in its delay slot.
-     We must do this after outputing the branch insn,
+     We must do this after outputting the branch insn,
      since operands may just be a pointer to `recog_operand'.  */
   insn_code_number = recog_memoized (delay_insn);
   if (insn_code_number == -1)
@@ -1567,7 +1567,7 @@ output_delay_insn (delay_insn)
   INSN_CODE (delay_insn) = insn_code_number;
   insn_extract (delay_insn);
 
-  /* It is possible that this insn has not been properly scaned by final
+  /* It is possible that this insn has not been properly scanned by final
      yet.  If this insn's operands don't appear in the peephole's
      actual operands, then they won't be fixed up by final, so we
      make sure they get fixed up here.  -- This is a kludge.  */
@@ -1623,7 +1623,7 @@ sfmode_constant_to_ulong (x)
 #if TARGET_FLOAT_FORMAT != HOST_FLOAT_FORMAT
 # error IEEE emulation needed
 #endif
-  REAL_VALUE_FROM_CONST_DOUBLE (u.d, x);
+  REAL_VALUE_FROM_CONST_DOUBLE (d, x);
   u2.f = d;
   return u2.i;
 }
@@ -1663,7 +1663,7 @@ sfmode_constant_to_ulong (x)
    offsets from the frame pointer).
 
    Previous versions of GCC also saved the "preserved" registers in the
-   "nagative" part of the frame, but they saved them using positive
+   "negative" part of the frame, but they saved them using positive
    offsets from the (adjusted) stack pointer (after it had been adjusted
    to allocate space for the new frame).  That's just plain wrong
    because if the current function calls alloca(), the stack pointer
@@ -1702,7 +1702,7 @@ sfmode_constant_to_ulong (x)
 
    There are two somewhat different ways that you can generate prologues
    here... i.e. pedantically ABI-compliant, and the "other" way.  The
-   "other" way is more consistant with what is currently generated by the
+   "other" way is more consistent with what is currently generated by the
    "native" svr4 C compiler for the i860.  That's important if you want
    to use the current (as of 8/91) incarnation of svr4 SDB for the i860.
    The SVR4 SDB for the i860 insists on having function prologues be