diff options
author | kazu <kazu@138bc75d-0d04-0410-961f-82ee72b054a4> | 2004-02-27 07:09:43 +0000 |
---|---|---|
committer | kazu <kazu@138bc75d-0d04-0410-961f-82ee72b054a4> | 2004-02-27 07:09:43 +0000 |
commit | aab2cf92f98dc58ac1bffb472b685b9b73f71529 (patch) | |
tree | f41f4b240dc12ae9461209e19a5a72a2a6dc5e0d /gcc/loop-iv.c | |
parent | 93efbc0929b38b3f66213e1b2d92fc1f8365c6ed (diff) | |
download | gcc-aab2cf92f98dc58ac1bffb472b685b9b73f71529.tar.gz |
* c-decl.c, c-ppoutput.c, combine.c, cppfiles.c, dwarf2out.c,
expr.c, fold-const.c, gcc.c, haifa-sched.c, loop-iv.c,
params.def, read-rtl.c, rtl.c, rtlanal.c, toplev.c: Fix
comment typos and formatting. Follow spelling conventions.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@78555 138bc75d-0d04-0410-961f-82ee72b054a4
Diffstat (limited to 'gcc/loop-iv.c')
-rw-r--r-- | gcc/loop-iv.c | 12 |
1 files changed, 6 insertions, 6 deletions
diff --git a/gcc/loop-iv.c b/gcc/loop-iv.c index 277c1eaa09a..9c170dec2ec 100644 --- a/gcc/loop-iv.c +++ b/gcc/loop-iv.c @@ -34,7 +34,7 @@ Software Foundation, 59 Temple Place - Suite 330, Boston, MA interesting reg, it is now easy to find a reaching definition (there may be only one). - Induction variable is then simply analysed by walking the use-def + Induction variable is then simply analyzed by walking the use-def chains. Usage: @@ -501,7 +501,7 @@ iv_add (struct rtx_iv *iv0, struct rtx_iv *iv1, enum rtx_code op) enum machine_mode mode; rtx arg; - /* Extend the constant to extend_mode of the other operand if neccesary. */ + /* Extend the constant to extend_mode of the other operand if necessary. */ if (iv0->extend == NIL && iv0->mode == iv0->extend_mode && iv0->step == const0_rtx @@ -862,7 +862,7 @@ iv_analyze_biv (rtx def, struct rtx_iv *iv) return iv->base != NULL_RTX; } -/* Analyses operand OP of INSN and stores the result to *IV. */ +/* Analyzes operand OP of INSN and stores the result to *IV. */ static bool iv_analyze_op (rtx insn, rtx op, struct rtx_iv *iv) @@ -927,7 +927,7 @@ iv_analyze_op (rtx insn, rtx op, struct rtx_iv *iv) return iv_analyze (def_insn, op, iv); } -/* Analyses iv DEF defined in INSN and stores the result to *IV. */ +/* Analyzes iv DEF defined in INSN and stores the result to *IV. */ bool iv_analyze (rtx insn, rtx def, struct rtx_iv *iv) @@ -1746,7 +1746,7 @@ shorten_into_mode (struct rtx_iv *iv, enum machine_mode mode, } /* Transforms IV0 and IV1 compared by COND so that they are both compared as - subregs of the same mode if possible (sometimes it is neccesary to add + subregs of the same mode if possible (sometimes it is necessary to add some assumptions to DESC). */ static bool @@ -2082,7 +2082,7 @@ iv_number_of_iterations (struct loop *loop, rtx insn, rtx condition, obviously if the test for overflow during that transformation passed, we cannot overflow here. Most importantly any loop with sharp end condition and step 1 falls into this - cathegory, so handling this case specially is definitely + category, so handling this case specially is definitely worth the troubles. */ may_xform = const_true_rtx; } |