This is the mail archive of the
mailing list for the GCC project.
[patch] gcc/*.c: Fix comment typos and follow spelling conventions.
- From: Kazu Hirata <kazu at cs dot umass dot edu>
- To: gcc-patches at gcc dot gnu dot org
- Date: Sat, 20 Nov 2004 07:49:10 -0500 (EST)
- Subject: [patch] gcc/*.c: Fix comment typos and follow spelling conventions.
Committed as obvious.
2004-11-20 Kazu Hirata <email@example.com>
* tree-ssa-threadupdate.c, tree-vectorizer.c: Fix comment
* config/arm/arm.c: Follow spelling conventions.
RCS file: /cvs/gcc/gcc/gcc/tree-ssa-threadupdate.c,v
retrieving revision 2.14
diff -u -d -p -r2.14 tree-ssa-threadupdate.c
--- tree-ssa-threadupdate.c 19 Nov 2004 22:55:55 -0000 2.14
+++ tree-ssa-threadupdate.c 20 Nov 2004 12:40:22 -0000
@@ -106,7 +106,7 @@ struct el
/* We need to efficiently record the unique thread destinations of this
block and specific information associated with those destinations. We
may have many incoming edges threaded to the same outgoing edge. This
- can be naturaly implemented with a hash table. */
+ can be naturally implemented with a hash table. */
@@ -467,7 +467,7 @@ thread_block (basic_block bb)
bool all = true;
/* To avoid scanning a linear array for the element we need we instead
- use a hash table. For normal code there should be no noticable
+ use a hash table. For normal code there should be no noticeable
difference. However, if we have a block with a large number of
incoming and outgoing edges such linear searches can get expensive. */
redirection_data = htab_create (EDGE_COUNT (bb->succs),
RCS file: /cvs/gcc/gcc/gcc/tree-vectorizer.c,v
retrieving revision 2.36
diff -u -d -p -r2.36 tree-vectorizer.c
--- tree-vectorizer.c 19 Nov 2004 21:56:19 -0000 2.36
+++ tree-vectorizer.c 20 Nov 2004 12:40:23 -0000
@@ -574,7 +574,7 @@ slpeel_update_phis_for_duplicate_loop (s
- IS_NEW_LOOP: TRUE if LOOP is a new loop (a duplicated copy of another
"original" loop). FALSE if LOOP is an original loop (not a newly
- created copy). The SSA_NAME_AUX fields of the defs in the origianl
+ created copy). The SSA_NAME_AUX fields of the defs in the original
loop are the corresponding new ssa-names used in the new duplicated
loop copy. IS_NEW_LOOP indicates which of the two args of the phi
nodes in UPDATE_BB takes the original ssa-name, and which takes the
@@ -929,14 +929,14 @@ slpeel_verify_cfg_after_peeling (struct
case, first-loop is the newly created loop, and second-loop is LOOP.
- NITERS: the number of iterations that LOOP iterates.
- FIRST_NITERS: the number of iterations that the first-loop should iterate.
- - UPDATE_FIRST_LOOP_COUNT: specified whether this function is responssible
+ - UPDATE_FIRST_LOOP_COUNT: specified whether this function is responsible
for updating the loop bound of the first-loop to FIRST_NITERS. If it
is false, the caller of this function may want to take care of this
- (this can be usefull is we don't want new stmts added to first-loop).
+ (this can be useful if we don't want new stmts added to first-loop).
The function returns a pointer to the new loop-copy, or NULL if it failed
- to perform the trabsformation.
+ to perform the transformation.
The function generates two if-then-else guards: one before the first loop,
and the other before the second loop:
RCS file: /cvs/gcc/gcc/gcc/config/arm/arm.c,v
retrieving revision 1.421
diff -u -d -p -r1.421 arm.c
--- config/arm/arm.c 20 Nov 2004 11:21:51 -0000 1.421
+++ config/arm/arm.c 20 Nov 2004 12:40:29 -0000
@@ -7258,7 +7258,7 @@ push_minipool_fix (rtx insn, HOST_WIDE_I
minipool_fix_tail = fix;
-/* Return the cost of synthesising the const_double VAL inline.
+/* Return the cost of synthesizing the const_double VAL inline.
Returns the number of insns needed, or 99 if we don't know how to
do it. */