This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
[Patch, committed] Fix spelling of cannot in config/ directory
- From: Andrew Pinski <pinskia at physics dot uc dot edu>
- To: gcc-patches at gcc dot gnu dot org
- Date: Fri, 13 Aug 2004 11:26:53 -0400 (EDT)
- Subject: [Patch, committed] Fix spelling of cannot in config/ directory
I forgot how I found cannot was misspelled, I think there was a PR about it but here is the patch
I had in my cleanup tree for about 3 weeks now for config directory.
I committed this as obvious.
Thanks,
Andrew Pinski
2004-08-12 Andrew Pinski <pinskia@physics.uc.edu>
* config/darwin-c.c (find_subframework_file): Fix spelling of cannot.
* config/libgloss.h: Likewise.
* config/arm/arm.c (arm_gen_load_multiple): Likewise.
* c4x/c4x-modes.def: Likewise.
* config/c4x/c4x.c (c4x_hard_regno_rename_ok): Likewise.
(c4x_rptb_nop_p): Likewise.
(c4x_rptb_valid_p): Likewise.
(c4x_rptb_insert): Likewise.
(c4x_address_conflict): Likewise.
* config/c4x/c4x.md: Likewise.
* config/frv/frv.md: Likewise.
* config/i386/athlon.md: Likewise.
* config/i386/i386.md: Likewise.
* config/i386/predicates.md: Likewise.
* config/ia64/ia64.c: Likewise.
* config/ia64/itanium1.md: Likewise.
* config/ia64/itanium2.md: Likewise.
* config/iq2000/iq2000.md: Likewise.
* config/mcore/mcore.c: Likewise.
* config/mips/mips.c: Likewise.
* config/mips/r3900.h: Likewise.
* config/mips/sb1.md: Likewise.
* config/pa/milli64.S: Likewise.
* config/pa/pa.c: Likewise.
* config/pa/pa.h: Likewise.
* config/rs6000/8540.md: Likewise.
Index: config/darwin-c.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/darwin-c.c,v
retrieving revision 1.11
diff -u -p -r1.11 darwin-c.c
--- config/darwin-c.c 3 Aug 2004 21:26:16 -0000 1.11
+++ config/darwin-c.c 13 Aug 2004 15:07:12 -0000
@@ -319,7 +319,7 @@ find_subframework_file (const char *fnam
bufptr = strstr (pname, dot_framework);
/* If the parent header is not of any framework, then this header
- can not be part of any subframework. */
+ cannot be part of any subframework. */
if (!bufptr)
return 0;
Index: config/libgloss.h
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/libgloss.h,v
retrieving revision 1.5
diff -u -p -r1.5 libgloss.h
--- config/libgloss.h 16 Jun 2003 02:41:50 -0000 1.5
+++ config/libgloss.h 13 Aug 2004 15:07:12 -0000
@@ -29,7 +29,7 @@ Boston, MA 02111-1307, USA. */
/* This file used to force LINK_SPEC to be the null string, but that is not
correct. LINK_SPEC is used to pass machine specific arguments to the
- linker and hence can not be redefined here. LINK_SPEC is never used to
+ linker and hence cannot be redefined here. LINK_SPEC is never used to
specify startup files or libraries, so it should never conflict with
libgloss. */
cvs diff: Diffing config/alpha
cvs diff: Diffing config/arc
cvs diff: Diffing config/arm
Index: config/arm/arm.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/arm/arm.c,v
retrieving revision 1.388
diff -u -p -r1.388 arm.c
--- config/arm/arm.c 11 Aug 2004 21:02:45 -0000 1.388
+++ config/arm/arm.c 13 Aug 2004 15:07:51 -0000
@@ -5903,7 +5903,7 @@ arm_gen_load_multiple (int base_regno, i
rtx mem;
/* XScale has load-store double instructions, but they have stricter
- alignment requirements than load-store multiple, so we can not
+ alignment requirements than load-store multiple, so we cannot
use them.
For XScale ldm requires 2 + NREGS cycles to complete and blocks
cvs diff: Diffing config/avr
cvs diff: Diffing config/c4x
Index: config/c4x/c4x-modes.def
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/c4x/c4x-modes.def,v
retrieving revision 1.4
diff -u -p -r1.4 c4x-modes.def
--- config/c4x/c4x-modes.def 13 Oct 2003 21:16:22 -0000 1.4
+++ config/c4x/c4x-modes.def 13 Aug 2004 15:07:52 -0000
@@ -102,7 +102,7 @@ RESET_FLOAT_FORMAT (DF, 0); /* not used
Thus (GE (MINUS (0x80000000) (0x7fffffff) (0x00000000))) sets the N
flag but (GE (0x00000001)) does not set the N flag.
- The upshot is that we can not use signed branch and conditional
+ The upshot is that we cannot use signed branch and conditional
load instructions after an add, subtract, neg, abs or multiply.
We must emit a compare insn to check the result against 0. */
Index: config/c4x/c4x.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/c4x/c4x.c,v
retrieving revision 1.157
diff -u -p -r1.157 c4x.c
--- config/c4x/c4x.c 20 Jul 2004 07:27:05 -0000 1.157
+++ config/c4x/c4x.c 13 Aug 2004 15:08:22 -0000
@@ -467,7 +467,7 @@ c4x_hard_regno_mode_ok (unsigned int reg
int
c4x_hard_regno_rename_ok (unsigned int regno1, unsigned int regno2)
{
- /* We can not copy call saved registers from mode QI into QF or from
+ /* We cannot copy call saved registers from mode QI into QF or from
mode QF into QI. */
if (IS_FLOAT_CALL_SAVED_REGNO (regno1) && IS_INT_CALL_SAVED_REGNO (regno2))
return 0;
@@ -2260,7 +2260,7 @@ c4x_rptb_nop_p (rtx insn)
Before we can create a repeat block looping instruction we have to
verify that there are no jumps outside the loop and no jumps outside
the loop go into this loop. This can happen in the basic blocks reorder
- pass. The C4x cpu can not handle this. */
+ pass. The C4x cpu cannot handle this. */
static int
c4x_label_ref_used_p (rtx x, rtx code_label)
@@ -2305,7 +2305,7 @@ c4x_rptb_valid_p (rtx insn, rtx start_la
if (insn == start_label)
break;
- /* Note found then we can not use a rptb or rpts. The label was
+ /* Note found then we cannot use a rptb or rpts. The label was
probably moved by the basic block reorder pass. */
if (! insn)
return 0;
@@ -2374,7 +2374,7 @@ c4x_rptb_insert (rtx insn)
if (! c4x_rptb_valid_p (insn, start_label))
{
- /* We can not use the rptb insn. Replace it so reorg can use
+ /* We cannot use the rptb insn. Replace it so reorg can use
the delay slots of the jump insn. */
emit_insn_before (gen_addqi3 (count_reg, count_reg, constm1_rtx), insn);
emit_insn_before (gen_cmpqi (count_reg, const0_rtx), insn);
@@ -3548,7 +3548,7 @@ c4x_address_conflict (rtx op0, rtx op1,
if (! TARGET_DEVEL && base0 == base1 && (incdec0 || incdec1))
return 1;
- /* We can not optimize the case where op1 and op2 refer to the same
+ /* We cannot optimize the case where op1 and op2 refer to the same
address. */
if (base0 == base1 && disp0 == disp1 && index0 == index1)
return 1;
Index: config/c4x/c4x.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/c4x/c4x.md,v
retrieving revision 1.90
diff -u -p -r1.90 c4x.md
--- config/c4x/c4x.md 7 Jul 2004 19:24:11 -0000 1.90
+++ config/c4x/c4x.md 13 Aug 2004 15:08:40 -0000
@@ -320,8 +320,8 @@
; op3 fetch executed
; This means that we can allow any instruction in the last delay slot
; and only instructions which modify registers in the first two.
-; lda can not be executed in the first delay slot
-; and ldpk can not be executed in the first two delay slots.
+; lda cannot be executed in the first delay slot
+; and ldpk cannot be executed in the first two delay slots.
(define_attr "onlyreg" "false,true"
(cond [(eq_attr "type" "unary,unarycc")
@@ -5909,7 +5909,7 @@
"push\\t%0"
[(set_attr "type" "push")])
-; we can not use this because the popf will destroy the low 8 bits
+; we cannot use this because the popf will destroy the low 8 bits
;(define_insn "pophf"
; [(set (match_operand:HF 0 "reg_operand" "=h")
; (mem:HF (post_dec:QI (reg:QI 20))))
cvs diff: Diffing config/cris
cvs diff: Diffing config/fr30
cvs diff: Diffing config/frv
Index: config/frv/frv.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/frv/frv.md,v
retrieving revision 1.17
diff -u -p -r1.17 frv.md
--- config/frv/frv.md 29 Jul 2004 02:55:53 -0000 1.17
+++ config/frv/frv.md 13 Aug 2004 15:08:57 -0000
@@ -405,10 +405,10 @@
DEFINE_AUTOMATON).
All define_reservations and define_cpu_units should have unique
- names which can not be "nothing".
+ names which cannot be "nothing".
o (exclusion_set string string) means that each CPU function unit
- in the first string can not be reserved simultaneously with each
+ in the first string cannot be reserved simultaneously with each
unit whose name is in the second string and vise versa. CPU
units in the string are separated by commas. For example, it is
useful for description CPU with fully pipelined floating point
@@ -416,18 +416,18 @@
floating point insns or only double floating point insns.
o (presence_set string string) means that each CPU function unit in
- the first string can not be reserved unless at least one of units
+ the first string cannot be reserved unless at least one of units
whose names are in the second string is reserved. This is an
asymmetric relation. CPU units in the string are separated by
commas. For example, it is useful for description that slot1 is
reserved after slot0 reservation for a VLIW processor.
o (absence_set string string) means that each CPU function unit in
- the first string can not be reserved only if each unit whose name
+ the first string cannot be reserved only if each unit whose name
is in the second string is not reserved. This is an asymmetric
relation (actually exclusion set is analogous to this one but it
is symmetric). CPU units in the string are separated by commas.
- For example, it is useful for description that slot0 can not be
+ For example, it is useful for description that slot0 cannot be
reserved after slot1 or slot2 reservation for a VLIW processor.
o (define_bypass number out_insn_names in_insn_names) names bypass with
@@ -450,7 +450,7 @@
case, you describe common part and use one its name (the 1st
parameter) in regular expression in define_insn_reservation. All
define_reservations, define results and define_cpu_units should
- have unique names which can not be "nothing".
+ have unique names which cannot be "nothing".
o (define_insn_reservation name default_latency condition regexpr)
describes reservation of cpu functional units (the 3nd operand)
cvs diff: Diffing config/h8300
Index: config/h8300/h8300.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/h8300/h8300.c,v
retrieving revision 1.290
diff -u -p -r1.290 h8300.c
--- config/h8300/h8300.c 8 Jul 2004 03:40:31 -0000 1.290
+++ config/h8300/h8300.c 13 Aug 2004 15:10:07 -0000
@@ -1288,7 +1288,7 @@ bit_operand (rtx op, enum machine_mode m
return 1;
/* Accept any mem during RTL generation. Otherwise, the code that does
- insv and extzv will think that we can not handle memory. However,
+ insv and extzv will think that we cannot handle memory. However,
to avoid reload problems, we only accept 'U' MEM operands after RTL
generation. This means that any named pattern which uses this predicate
must force its operands to match 'U' before emitting RTL. */
cvs diff: Diffing config/i386
Index: config/i386/athlon.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/i386/athlon.md,v
retrieving revision 1.9
diff -u -p -r1.9 athlon.md
--- config/i386/athlon.md 4 Mar 2004 20:11:04 -0000 1.9
+++ config/i386/athlon.md 13 Aug 2004 15:10:08 -0000
@@ -203,7 +203,7 @@
(eq_attr "memory" "load,both")))
"athlon-vector,athlon-load,athlon-ieu,athlon-mult,athlon-ieu")
-;; Idiv can not execute in parallel with other instructions. Dealing with it
+;; Idiv cannot execute in parallel with other instructions. Dealing with it
;; as with short latency vector instruction is good approximation avoiding
;; scheduler from trying too hard to can hide it's latency by overlap with
;; other instructions.
Index: config/i386/i386.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/i386/i386.md,v
retrieving revision 1.554
diff -u -p -r1.554 i386.md
--- config/i386/i386.md 13 Aug 2004 04:29:03 -0000 1.554
+++ config/i386/i386.md 13 Aug 2004 15:10:58 -0000
@@ -7790,7 +7790,7 @@
[(set_attr "type" "idiv")
(set_attr "mode" "HI")])
-;; We can not use div/idiv for double division, because it causes
+;; We cannot use div/idiv for double division, because it causes
;; "division by zero" on the overflow and that's not what we expect
;; from truncate. Because true (non truncating) double division is
;; never generated, we can't create this insn anyway.
@@ -18727,7 +18727,7 @@
;; Don't split NOTs with a displacement operand, because resulting XOR
;; will not be pairable anyway.
;;
-;; On AMD K6, NOT is vector decoded with memory operand that can not be
+;; On AMD K6, NOT is vector decoded with memory operand that cannot be
;; represented using a modRM byte. The XOR replacement is long decoded,
;; so this split helps here as well.
;;
@@ -20715,7 +20715,7 @@
;; TImode, since backend insist on eliminating casts
;; on memory operands
;; sse_andti3_sf_1 - the operation taking SF scalar operands.
-;; We can not accept memory operand here as instruction reads
+;; We cannot accept memory operand here as instruction reads
;; whole scalar. This is generated only post reload by GCC
;; scalar float operations that expands to logicals (fabs)
;; sse_andti3_sf_2 - the operation taking SF scalar input and TImode
Index: config/i386/predicates.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/i386/predicates.md,v
retrieving revision 1.1
diff -u -p -r1.1 predicates.md
--- config/i386/predicates.md 13 Aug 2004 04:29:06 -0000 1.1
+++ config/i386/predicates.md 13 Aug 2004 15:10:59 -0000
@@ -654,7 +654,7 @@
return parts.disp != NULL_RTX;
})
-;; Returns 1 if OP is memory operand that can not be represented
+;; Returns 1 if OP is memory operand that cannot be represented
;; by the modRM array.
(define_predicate "long_memory_operand"
(and (match_operand 0 "memory_operand")
cvs diff: Diffing config/i860
cvs diff: Diffing config/ia64
Index: config/ia64/ia64.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/ia64/ia64.c,v
retrieving revision 1.315
diff -u -p -r1.315 ia64.c
--- config/ia64/ia64.c 12 Aug 2004 07:48:55 -0000 1.315
+++ config/ia64/ia64.c 13 Aug 2004 15:11:08 -0000
@@ -4735,7 +4735,7 @@ rtx_needs_barrier (rtx x, struct reg_fla
}
/* For all ASM_OPERANDS, we must traverse the vector of input operands.
- We can not just fall through here since then we would be confused
+ We cannot just fall through here since then we would be confused
by the ASM_INPUT rtx inside ASM_OPERANDS, which do not indicate
traditional asms unlike their normal usage. */
@@ -5727,7 +5727,7 @@ ia64_first_cycle_multipass_dfa_lookahead
static rtx dfa_pre_cycle_insn;
-/* We are about to being issuing INSN. Return nonzero if we can not
+/* We are about to being issuing INSN. Return nonzero if we cannot
issue it on given cycle CLOCK and return zero if we should not sort
the ready queue on the next clock start. */
@@ -6276,7 +6276,7 @@ get_next_important_insn (rtx insn, rtx t
by structure bundle_state (see above). If we generate the same
bundle state (key is automaton state after issuing the insns and
nops for it), we reuse already generated one. As consequence we
- reject some decisions which can not improve the solution and
+ reject some decisions which cannot improve the solution and
reduce memory for the algorithm.
When we reach the end of EBB (extended basic block), we choose the
Index: config/ia64/itanium1.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/ia64/itanium1.md,v
retrieving revision 1.4
diff -u -p -r1.4 itanium1.md
--- config/ia64/itanium1.md 6 Jul 2003 23:05:09 -0000 1.4
+++ config/ia64/itanium1.md 13 Aug 2004 15:11:10 -0000
@@ -33,10 +33,10 @@
DEFINE_AUTOMATON).
All define_reservations and define_cpu_units should have unique
- names which can not be "nothing".
+ names which cannot be "nothing".
o (exclusion_set string string) means that each CPU function unit
- in the first string can not be reserved simultaneously with each
+ in the first string cannot be reserved simultaneously with each
unit whose name is in the second string and vise versa. CPU
units in the string are separated by commas. For example, it is
useful for description CPU with fully pipelined floating point
@@ -44,7 +44,7 @@
floating point insns or only double floating point insns.
o (presence_set string string) means that each CPU function unit in
- the first string can not be reserved unless at least one of
+ the first string cannot be reserved unless at least one of
pattern of units whose names are in the second string is
reserved. This is an asymmetric relation. CPU units or unit
patterns in the strings are separated by commas. Pattern is one
@@ -92,13 +92,13 @@
string are separated by commas. Pattern is one unit name or unit
names separated by white-spaces.
- For example, it is useful for description that slot0 can not be
+ For example, it is useful for description that slot0 cannot be
reserved after slot1 or slot2 reservation for a VLIW processor.
We could describe it by the following construction
(absence_set "slot2" "slot0, slot1")
- Or slot2 can not be reserved if slot0 and unit b0 are reserved or
+ Or slot2 cannot be reserved if slot0 and unit b0 are reserved or
slot1 and unit b1 are reserved . In this case we could write
(absence_set "slot2" "slot0 b0, slot1 b1")
@@ -140,7 +140,7 @@
case, you describe common part and use one its name (the 1st
parameter) in regular expression in define_insn_reservation. All
define_reservations, define results and define_cpu_units should
- have unique names which can not be "nothing".
+ have unique names which cannot be "nothing".
o (define_insn_reservation name default_latency condition regexpr)
describes reservation of cpu functional units (the 3nd operand)
Index: config/ia64/itanium2.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/ia64/itanium2.md,v
retrieving revision 1.6
diff -u -p -r1.6 itanium2.md
--- config/ia64/itanium2.md 30 Apr 2004 16:27:26 -0000 1.6
+++ config/ia64/itanium2.md 13 Aug 2004 15:11:13 -0000
@@ -31,10 +31,10 @@
DEFINE_AUTOMATON).
All define_reservations and define_cpu_units should have unique
- names which can not be "nothing".
+ names which cannot be "nothing".
o (exclusion_set string string) means that each CPU function unit
- in the first string can not be reserved simultaneously with each
+ in the first string cannot be reserved simultaneously with each
unit whose name is in the second string and vise versa. CPU
units in the string are separated by commas. For example, it is
useful for description CPU with fully pipelined floating point
@@ -42,7 +42,7 @@
floating point insns or only double floating point insns.
o (presence_set string string) means that each CPU function unit in
- the first string can not be reserved unless at least one of
+ the first string cannot be reserved unless at least one of
pattern of units whose names are in the second string is
reserved. This is an asymmetric relation. CPU units or unit
patterns in the strings are separated by commas. Pattern is one
@@ -90,13 +90,13 @@
string are separated by commas. Pattern is one unit name or unit
names separated by white-spaces.
- For example, it is useful for description that slot0 can not be
+ For example, it is useful for description that slot0 cannot be
reserved after slot1 or slot2 reservation for a VLIW processor.
We could describe it by the following construction
(absence_set "slot2" "slot0, slot1")
- Or slot2 can not be reserved if slot0 and unit b0 are reserved or
+ Or slot2 cannot be reserved if slot0 and unit b0 are reserved or
slot1 and unit b1 are reserved . In this case we could write
(absence_set "slot2" "slot0 b0, slot1 b1")
@@ -138,7 +138,7 @@
case, you describe common part and use one its name (the 1st
parameter) in regular expression in define_insn_reservation. All
define_reservations, define results and define_cpu_units should
- have unique names which can not be "nothing".
+ have unique names which cannot be "nothing".
o (define_insn_reservation name default_latency condition regexpr)
describes reservation of cpu functional units (the 3nd operand)
@@ -398,7 +398,7 @@
"2_stop")
;; The issue logic can reorder M slot insns between different subtypes
-;; but can not reorder insn within the same subtypes. The following
+;; but cannot reorder insn within the same subtypes. The following
;; constraint is enough to describe this.
(final_presence_set "2_um1" "2_um0")
(final_presence_set "2_um3" "2_um2")
@@ -1274,7 +1274,7 @@
"2b_stop")
;; The issue logic can reorder M slot insns between different subtypes
-;; but can not reorder insn within the same subtypes. The following
+;; but cannot reorder insn within the same subtypes. The following
;; constraint is enough to describe this.
(final_presence_set "2b_um1" "2b_um0")
(final_presence_set "2b_um3" "2b_um2")
cvs diff: Diffing config/ip2k
cvs diff: Diffing config/iq2000
Index: config/iq2000/iq2000.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/iq2000/iq2000.md,v
retrieving revision 1.6
diff -u -p -r1.6 iq2000.md
--- config/iq2000/iq2000.md 4 Jul 2004 20:58:46 -0000 1.6
+++ config/iq2000/iq2000.md 13 Aug 2004 15:11:15 -0000
@@ -2112,7 +2112,7 @@
;; For the rare case where we need to load an address into a register
-;; that can not be recognized by the normal movsi/addsi instructions.
+;; that cannot be recognized by the normal movsi/addsi instructions.
;; I have no idea how many insns this can actually generate. It should
;; be rare, so over-estimating as 10 instructions should not have any
;; real performance impact.
cvs diff: Diffing config/m32r
cvs diff: Diffing config/m68hc11
cvs diff: Diffing config/m68k
cvs diff: Diffing config/mcore
Index: config/mcore/mcore.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/mcore/mcore.c,v
retrieving revision 1.69
diff -u -p -r1.69 mcore.c
--- config/mcore/mcore.c 12 Aug 2004 13:56:50 -0000 1.69
+++ config/mcore/mcore.c 13 Aug 2004 15:11:18 -0000
@@ -915,7 +915,7 @@ mcore_is_dead (rtx first, rtx reg)
}
}
- /* No conclusive evidence either way, we can not take the chance
+ /* No conclusive evidence either way, we cannot take the chance
that control flow hid the use from us -- "I'm not dead yet". */
return 0;
}
cvs diff: Diffing config/mips
Index: config/mips/7000.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/mips/7000.md,v
retrieving revision 1.6
diff -u -p -r1.6 7000.md
--- config/mips/7000.md 10 May 2004 18:35:43 -0000 1.6
+++ config/mips/7000.md 13 Aug 2004 15:11:19 -0000
@@ -60,7 +60,7 @@
(exclusion_set "fxuf_add" "fxuf_mpy,fxuf_divsqrt")
(exclusion_set "fxuf_mpy" "fxuf_divsqrt")
-;; After branch any insn can not be issued.
+;; After branch any insn cannot be issued.
(absence_set "rm7_iss0,rm7_iss1" "ixuf_branch")
;;
Index: config/mips/mips.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/mips/mips.c,v
retrieving revision 1.442
diff -u -p -r1.442 mips.c
--- config/mips/mips.c 1 Aug 2004 11:36:25 -0000 1.442
+++ config/mips/mips.c 13 Aug 2004 15:11:29 -0000
@@ -4482,7 +4482,7 @@ override_options (void)
if (optimize > 2 && (target_flags_explicit & MASK_VR4130_ALIGN) == 0)
target_flags |= MASK_VR4130_ALIGN;
- /* When compiling for the mips16, we can not use floating point. We
+ /* When compiling for the mips16, we cannot use floating point. We
record the original hard float value in mips16_hard_float. */
if (TARGET_MIPS16)
{
@@ -7470,7 +7470,7 @@ build_mips16_function_stub (FILE *file)
ASM_OUTPUT_ALIGN (file, floor_log2 (FUNCTION_BOUNDARY / BITS_PER_UNIT));
/* ??? If FUNCTION_NAME_ALREADY_DECLARED is defined, then we are
- within a .ent, and we can not emit another .ent. */
+ within a .ent, and we cannot emit another .ent. */
if (!FUNCTION_NAME_ALREADY_DECLARED)
{
fputs ("\t.ent\t", file);
@@ -7803,7 +7803,7 @@ build_mips16_call_stub (rtx retval, rtx
Fortunately, this case is illegal, since it means that a function
was declared in two different ways in a single compilation. */
if (fpret && ! l->fpret)
- error ("can not handle inconsistent calls to `%s'", fnname);
+ error ("cannot handle inconsistent calls to `%s'", fnname);
/* If we are calling a stub which handles a floating point return
value, we need to arrange to save $18 in the prologue. We do
Index: config/mips/r3900.h
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/mips/r3900.h,v
retrieving revision 1.16
diff -u -p -r1.16 r3900.h
--- config/mips/r3900.h 27 Sep 2003 04:48:26 -0000 1.16
+++ config/mips/r3900.h 13 Aug 2004 15:11:29 -0000
@@ -34,4 +34,4 @@ Boston, MA 02111-1307, USA. */
#define SUBTARGET_CC1_SPEC "\
%{mhard-float:%e-mhard-float not supported} \
%{msingle-float:%{msoft-float: \
- %e-msingle-float and -msoft-float can not both be specified}}"
+ %e-msingle-float and -msoft-float cannot both be specified}}"
Index: config/mips/sb1.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/mips/sb1.md,v
retrieving revision 1.3
diff -u -p -r1.3 sb1.md
--- config/mips/sb1.md 10 May 2004 18:35:43 -0000 1.3
+++ config/mips/sb1.md 13 Aug 2004 15:11:30 -0000
@@ -207,7 +207,7 @@
;; unit has a latency of 5 cycles when the results goes to a LS unit (excluding
;; store data), otherwise a latency of 1 cycle.
-;; ??? We can not handle latencies properly for simple alu instructions
+;; ??? We cannot handle latencies properly for simple alu instructions
;; within the DFA pipeline model. Latencies can be defined only from one
;; insn reservation to another. We can't make them depend on which function
;; unit was used. This isn't a DFA flaw. There is a conflict here, as we
cvs diff: Diffing config/mmix
cvs diff: Diffing config/mn10300
cvs diff: Diffing config/ns32k
cvs diff: Diffing config/pa
Index: config/pa/milli64.S
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/milli64.S,v
retrieving revision 1.6
diff -u -p -r1.6 milli64.S
--- config/pa/milli64.S 23 Aug 2003 01:32:54 -0000 1.6
+++ config/pa/milli64.S 13 Aug 2004 15:11:32 -0000
@@ -1300,14 +1300,14 @@ GSYM($$divI_3)
.export $$divI_3,millicode
comb,<,N x2,0,LREF(neg3)
- addi 1,x2,x2 /* this can not overflow */
+ addi 1,x2,x2 /* this cannot overflow */
extru x2,1,2,x1 /* multiply by 5 to get started */
sh2add x2,x2,x2
b LREF(pos)
addc x1,0,x1
LSYM(neg3)
- subi 1,x2,x2 /* this can not overflow */
+ subi 1,x2,x2 /* this cannot overflow */
extru x2,1,2,x1 /* multiply by 5 to get started */
sh2add x2,x2,x2
b LREF(neg)
@@ -1328,14 +1328,14 @@ GSYM($$divI_5)
.export $$divI_5,millicode
comb,<,N x2,0,LREF(neg5)
- addi 3,x2,t1 /* this can not overflow */
+ addi 3,x2,t1 /* this cannot overflow */
sh1add x2,t1,x2 /* multiply by 3 to get started */
b LREF(pos)
addc 0,0,x1
LSYM(neg5)
sub 0,x2,x2 /* negate x2 */
- addi 1,x2,x2 /* this can not overflow */
+ addi 1,x2,x2 /* this cannot overflow */
shd 0,x2,31,x1 /* get top bit (can be 1) */
sh1add x2,x2,x2 /* multiply by 3 to get started */
b LREF(neg)
@@ -1373,7 +1373,7 @@ LSYM(neg6)
GSYM($$divU_6)
.export $$divU_6,millicode
extru x2,30,31,x2 /* divide by 2 */
- addi 1,x2,x2 /* can not carry */
+ addi 1,x2,x2 /* cannot carry */
shd 0,x2,30,x1 /* multiply by 5 to get started */
sh2add x2,x2,x2
b LREF(pos)
@@ -1408,7 +1408,7 @@ GSYM($$divI_10)
comb,< x2,0,LREF(neg10)
copy 0,x1
extru x2,30,31,x2 /* divide by 2 */
- addib,TR 1,x2,LREF(pos) /* add 1 (can not overflow) */
+ addib,TR 1,x2,LREF(pos) /* add 1 (cannot overflow) */
sh1add x2,x2,x2 /* multiply by 3 to get started */
LSYM(neg10)
@@ -1455,7 +1455,7 @@ LSYM(neg12)
GSYM($$divU_12)
.export $$divU_12,millicode
extru x2,29,30,x2 /* divide by 4 */
- addi 5,x2,t1 /* can not carry */
+ addi 5,x2,t1 /* cannot carry */
sh2add x2,t1,x2 /* multiply by 5 to get started */
b LREF(pos)
addc 0,0,x1
@@ -1482,7 +1482,7 @@ GSYM($$divU_15)
GSYM($$divI_17)
.export $$divI_17,millicode
comb,<,n x2,0,LREF(neg17)
- addi 1,x2,x2 /* this can not overflow */
+ addi 1,x2,x2 /* this cannot overflow */
shd 0,x2,28,t1 /* multiply by 0xf to get started */
shd x2,0,28,t2
sub t2,x2,x2
@@ -1490,7 +1490,7 @@ GSYM($$divI_17)
subb t1,0,x1
LSYM(neg17)
- subi 1,x2,x2 /* this can not overflow */
+ subi 1,x2,x2 /* this cannot overflow */
shd 0,x2,28,t1 /* multiply by 0xf to get started */
shd x2,0,28,t2
sub t2,x2,x2
@@ -1540,7 +1540,7 @@ GSYM($$divI_7)
.export $$divI_7,millicode
comb,<,n x2,0,LREF(neg7)
LSYM(7)
- addi 1,x2,x2 /* can not overflow */
+ addi 1,x2,x2 /* cannot overflow */
shd 0,x2,29,x1
sh3add x2,x2,x2
addc x1,0,x1
@@ -1615,7 +1615,7 @@ GSYM($$divU_7)
GSYM($$divI_9)
.export $$divI_9,millicode
comb,<,n x2,0,LREF(neg9)
- addi 1,x2,x2 /* can not overflow */
+ addi 1,x2,x2 /* cannot overflow */
shd 0,x2,29,t1
shd x2,0,29,t2
sub t2,x2,x2
Index: config/pa/pa.c
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/pa.c,v
retrieving revision 1.268
diff -u -p -r1.268 pa.c
--- config/pa/pa.c 5 Aug 2004 20:57:05 -0000 1.268
+++ config/pa/pa.c 13 Aug 2004 15:11:42 -0000
@@ -1091,7 +1091,7 @@ legitimize_pic_address (rtx orig, enum m
This is for CSE to find several similar references, and only use one Z.
- X can either be a SYMBOL_REF or REG, but because combine can not
+ X can either be a SYMBOL_REF or REG, but because combine cannot
perform a 4->2 combination we do nothing for SYMBOL_REF + D where
D will not fit in 14 bits.
@@ -8108,13 +8108,13 @@ fmpyaddoperands (rtx *operands)
&& ! rtx_equal_p (operands[3], operands[5]))
return 0;
- /* Inout operand of add can not conflict with any operands from multiply. */
+ /* Inout operand of add cannot conflict with any operands from multiply. */
if (rtx_equal_p (operands[3], operands[0])
|| rtx_equal_p (operands[3], operands[1])
|| rtx_equal_p (operands[3], operands[2]))
return 0;
- /* multiply can not feed into addition operands. */
+ /* multiply cannot feed into addition operands. */
if (rtx_equal_p (operands[4], operands[0])
|| rtx_equal_p (operands[5], operands[0]))
return 0;
@@ -8274,11 +8274,11 @@ fmpysuboperands (rtx *operands)
if (! rtx_equal_p (operands[3], operands[4]))
return 0;
- /* multiply can not feed into subtraction. */
+ /* multiply cannot feed into subtraction. */
if (rtx_equal_p (operands[5], operands[0]))
return 0;
- /* Inout operand of sub can not conflict with any operands from multiply. */
+ /* Inout operand of sub cannot conflict with any operands from multiply. */
if (rtx_equal_p (operands[3], operands[0])
|| rtx_equal_p (operands[3], operands[1])
|| rtx_equal_p (operands[3], operands[2]))
@@ -8938,7 +8938,7 @@ pa_can_combine_p (rtx new, rtx anchor, r
delay slot of the millicode call -- thus they act more like traditional
CALL_INSNs.
- Note we can not consider side effects of the insn to be delayed because
+ Note we cannot consider side effects of the insn to be delayed because
the branch and link insn will clobber the return pointer. If we happened
to use the return pointer in the delay slot of the call, then we lose.
Index: config/pa/pa.h
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/pa/pa.h,v
retrieving revision 1.229
diff -u -p -r1.229 pa.h
--- config/pa/pa.h 5 Aug 2004 20:57:05 -0000 1.229
+++ config/pa/pa.h 13 Aug 2004 15:11:45 -0000
@@ -1796,7 +1796,7 @@ do { \
delay slot of the millicode call -- thus they act more like traditional
CALL_INSNs.
- Note we can not consider side effects of the insn to be delayed because
+ Note we cannot consider side effects of the insn to be delayed because
the branch and link insn will clobber the return pointer. If we happened
to use the return pointer in the delay slot of the call, then we lose.
cvs diff: Diffing config/pdp11
cvs diff: Diffing config/rs6000
Index: config/rs6000/8540.md
===================================================================
RCS file: /cvs/gcc/gcc/gcc/config/rs6000/8540.md,v
retrieving revision 1.7
diff -u -p -r1.7 8540.md
--- config/rs6000/8540.md 9 Jun 2003 17:16:14 -0000 1.7
+++ config/rs6000/8540.md 13 Aug 2004 15:11:45 -0000
@@ -22,7 +22,7 @@
(define_cpu_unit "ppc8540_decode_0,ppc8540_decode_1" "ppc8540_most")
;; We don't simulate general issue queue (GIC). If we have SU insn
-;; and then SU1 insn, they can not be issued on the same cycle
+;; and then SU1 insn, they cannot be issued on the same cycle
;; (although SU1 insn and then SU insn can be issued) because the SU
;; insn will go to SU1 from GIC0 entry. Fortunately, the first cycle
;; multipass insn scheduling will find the situation and issue the SU1
@@ -31,7 +31,7 @@
;; We could describe completion buffers slots in combination with the
;; retirement units and the order of completion but the result
-;; automaton would behave in the same way because we can not describe
+;; automaton would behave in the same way because we cannot describe
;; real latency time with taking in order completion into account.
;; Actually we could define the real latency time by querying reserved
;; automaton units but the current scheduler uses latency time before