* [PATCH] Fix typo
@ 2022-06-23 3:01 Xionghu Luo
0 siblings, 0 replies; 8+ messages in thread
From: Xionghu Luo @ 2022-06-23 3:01 UTC (permalink / raw)
To: gcc-patches
Fix typo and commit as obvious.
Signed-off-by: Xionghu Luo <xionghuluo@tencent.com>
gcc/ChangeLog:
* cgraph.cc (cgraph_edge::redirect_call_stmt_to_callee): Fix
typo.
* tree-ssa-loop-ivopts.cc (struct iv_cand): Likewise.
* tree-switch-conversion.h: Likewise.
---
gcc/cgraph.cc | 2 +-
gcc/tree-ssa-loop-ivopts.cc | 2 +-
gcc/tree-switch-conversion.h | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/gcc/cgraph.cc b/gcc/cgraph.cc
index 7eeda53ca84..8d6ed38efa2 100644
--- a/gcc/cgraph.cc
+++ b/gcc/cgraph.cc
@@ -1423,7 +1423,7 @@ cgraph_edge::redirect_call_stmt_to_callee (cgraph_edge *e)
else
{
/* Be sure we redirect all speculative targets before poking
- abou tindirect edge. */
+ about indirect edge. */
gcc_checking_assert (e->callee);
cgraph_edge *indirect = e->speculative_call_indirect_edge ();
gcall *new_stmt;
diff --git a/gcc/tree-ssa-loop-ivopts.cc b/gcc/tree-ssa-loop-ivopts.cc
index 549168aebd6..a6f926a68ef 100644
--- a/gcc/tree-ssa-loop-ivopts.cc
+++ b/gcc/tree-ssa-loop-ivopts.cc
@@ -469,7 +469,7 @@ struct iv_cand
bitmap inv_vars; /* The list of invariant ssa_vars used in step of the
iv_cand. */
bitmap inv_exprs; /* If step is more complicated than a single ssa_var,
- hanlde it as a new invariant expression which will
+ handle it as a new invariant expression which will
be hoisted out of loop. */
struct iv *orig_iv; /* The original iv if this cand is added from biv with
smaller type. */
diff --git a/gcc/tree-switch-conversion.h b/gcc/tree-switch-conversion.h
index 2b677d9f7e9..4063a6c16a0 100644
--- a/gcc/tree-switch-conversion.h
+++ b/gcc/tree-switch-conversion.h
@@ -249,7 +249,7 @@ public:
/* Concrete subclass of group_cluster representing a collection
of cases to be implemented as a jump table.
- The "emit" vfunc gernerates a nested switch statement which
+ The "emit" vfunc generates a nested switch statement which
is later lowered to a jump table. */
class jump_table_cluster: public group_cluster
--
2.27.0
^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH] Fix typo
@ 2019-10-24 11:20 Richard Biener
0 siblings, 0 replies; 8+ messages in thread
From: Richard Biener @ 2019-10-24 11:20 UTC (permalink / raw)
To: gcc-patches
Committed.
Richard.
2019-10-24 Richard Biener <rguenther@suse.de>
PR tree-optimization/65930
* gcc.dg/vect/vect-reduc-2short.c: Fix typo.
Index: gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c
===================================================================
--- gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c (revision 277372)
+++ gcc/testsuite/gcc.dg/vect/vect-reduc-2short.c (working copy)
@@ -45,4 +45,4 @@ int main (void)
return 0;
}
-/* { dg-final { scan-tree-dump-times "vectorized 3 loops" 1 "vect" { target { ! vect_no_int_min_max } } } } } */
+/* { dg-final { scan-tree-dump-times "vectorized 3 loops" 1 "vect" { target { ! vect_no_int_min_max } } } } */
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Fix typo.
2015-11-03 14:32 ` Uros Bizjak
@ 2015-11-03 16:04 ` Yulia Koval
0 siblings, 0 replies; 8+ messages in thread
From: Yulia Koval @ 2015-11-03 16:04 UTC (permalink / raw)
To: Uros Bizjak; +Cc: GCC Patches
Here it is.
gcc/
* config/i386/i386.c (m_SKYLAKE_AVX512): Fix typo.
Yulia
On Tue, Nov 3, 2015 at 5:32 PM, Uros Bizjak <ubizjak@gmail.com> wrote:
> On Tue, Nov 3, 2015 at 3:16 PM, Yulia Koval <vaalfreja@gmail.com> wrote:
>> Hi,
>>
>> This patch fixes a typo: PROCESSOT -> PROCESSOR. Ok for trunk?
>
> Trivial patch, OK with a suitable ChangeLog.
>
> Uros.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Fix typo.
2015-11-03 14:16 Yulia Koval
@ 2015-11-03 14:32 ` Uros Bizjak
2015-11-03 16:04 ` Yulia Koval
0 siblings, 1 reply; 8+ messages in thread
From: Uros Bizjak @ 2015-11-03 14:32 UTC (permalink / raw)
To: Yulia Koval; +Cc: GCC Patches
On Tue, Nov 3, 2015 at 3:16 PM, Yulia Koval <vaalfreja@gmail.com> wrote:
> Hi,
>
> This patch fixes a typo: PROCESSOT -> PROCESSOR. Ok for trunk?
Trivial patch, OK with a suitable ChangeLog.
Uros.
^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH] Fix typo.
@ 2015-11-03 14:16 Yulia Koval
2015-11-03 14:32 ` Uros Bizjak
0 siblings, 1 reply; 8+ messages in thread
From: Yulia Koval @ 2015-11-03 14:16 UTC (permalink / raw)
To: GCC Patches; +Cc: Uros Bizjak
[-- Attachment #1: Type: text/plain, Size: 75 bytes --]
Hi,
This patch fixes a typo: PROCESSOT -> PROCESSOR. Ok for trunk?
Yulia
[-- Attachment #2: patch --]
[-- Type: application/octet-stream, Size: 542 bytes --]
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index 66024e2..960eb2e 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -2173,7 +2173,7 @@ const struct processor_costs *ix86_cost = &pentium_cost;
#define m_BONNELL (1<<PROCESSOR_BONNELL)
#define m_SILVERMONT (1<<PROCESSOR_SILVERMONT)
#define m_KNL (1<<PROCESSOR_KNL)
-#define m_SKYLAKE_AVX512 (1<<PROCESSOT_SKYLAKE_AVX512)
+#define m_SKYLAKE_AVX512 (1<<PROCESSOR_SKYLAKE_AVX512)
#define m_INTEL (1<<PROCESSOR_INTEL)
#define m_GEODE (1<<PROCESSOR_GEODE)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Fix typo
2015-05-11 4:07 ` Jeff Law
@ 2015-05-11 18:15 ` Paulo Matos
0 siblings, 0 replies; 8+ messages in thread
From: Paulo Matos @ 2015-05-11 18:15 UTC (permalink / raw)
To: gcc-patches
On Sun, 10 May 2015 22:07:53 -0600, Jeff Law wrote:
> On 05/10/2015 03:00 PM, Paulo Matos wrote:
> Yes. This would fall under the obvious rule and can be committed
> without waiting for approvals.
>
> jeff
Thanks. Committed.
--
Paulo Matos
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH] Fix typo
2015-05-10 21:01 Paulo Matos
@ 2015-05-11 4:07 ` Jeff Law
2015-05-11 18:15 ` Paulo Matos
0 siblings, 1 reply; 8+ messages in thread
From: Jeff Law @ 2015-05-11 4:07 UTC (permalink / raw)
To: Paulo Matos, gcc-patches
On 05/10/2015 03:00 PM, Paulo Matos wrote:
> OK to commit?
>
> 2015-05-10 Paulo Matos <paulo@matos-sorge.com>
>
> * configure.ac: Fix typo.
> * configure: Regenerate.
Yes. This would fall under the obvious rule and can be committed
without waiting for approvals.
jeff
^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH] Fix typo
@ 2015-05-10 21:01 Paulo Matos
2015-05-11 4:07 ` Jeff Law
0 siblings, 1 reply; 8+ messages in thread
From: Paulo Matos @ 2015-05-10 21:01 UTC (permalink / raw)
To: gcc-patches
OK to commit?
2015-05-10 Paulo Matos <paulo@matos-sorge.com>
* configure.ac: Fix typo.
* configure: Regenerate.
diff --git a/configure b/configure
index a3f66ba..8ee279f 100755
--- a/configure
+++ b/configure
@@ -7423,7 +7423,7 @@ fi
# multilib is not explicitly enabled.
case "$target:$have_compiler:$host:$target:$enable_multilib" in
x86_64-*linux*:yes:$build:$build:)
- # Make sure we have a developement environment that handles 32-bit
+ # Make sure we have a development environment that handles 32-bit
dev64=no
echo "int main () { return 0; }" > conftest.c
${CC} -m32 -o conftest ${CFLAGS} ${CPPFLAGS} ${LDFLAGS} conftest.c
@@ -7434,7 +7434,7 @@ case "$target:$have_compiler:$host:$target:
$enable_multilib" in
fi
rm -f conftest*
if test x${dev64} != xyes ; then
- as_fn_error "I suspect your system does not have 32-bit
developement libraries (libc and headers). If you have them, rerun
configure with --enable-multilib. If you do not have them, and want to
build a 64-bit-only compiler, rerun configure with --disable-multilib."
"$LINENO" 5
+ as_fn_error "I suspect your system does not have 32-bit
development libraries (libc and headers). If you have them, rerun
configure with --enable-multilib. If you do not have them, and want to
build a 64-bit-only compiler, rerun configure with --disable-multilib."
"$LINENO" 5
fi
;;
esac
diff --git a/configure.ac b/configure.ac
index 987dfab..4081fb9 100644
--- a/configure.ac
+++ b/configure.ac
@@ -3063,7 +3063,7 @@ fi
# multilib is not explicitly enabled.
case "$target:$have_compiler:$host:$target:$enable_multilib" in
x86_64-*linux*:yes:$build:$build:)
- # Make sure we have a developement environment that handles 32-bit
+ # Make sure we have a development environment that handles 32-bit
dev64=no
echo "int main () { return 0; }" > conftest.c
${CC} -m32 -o conftest ${CFLAGS} ${CPPFLAGS} ${LDFLAGS} conftest.c
@@ -3074,7 +3074,7 @@ case "$target:$have_compiler:$host:$target:
$enable_multilib" in
fi
rm -f conftest*
if test x${dev64} != xyes ; then
- AC_MSG_ERROR([I suspect your system does not have 32-bit
developement libraries (libc and headers). If you have them, rerun
configure with --enable-multilib. If you do not have them, and want to
build a 64-bit-only compiler, rerun configure with --disable-multilib.])
+ AC_MSG_ERROR([I suspect your system does not have 32-bit
development libraries (libc and headers). If you have them, rerun
configure with --enable-multilib. If you do not have them, and want to
build a 64-bit-only compiler, rerun configure with --disable-multilib.])
fi
;;
esac
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2022-06-23 3:01 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-06-23 3:01 [PATCH] Fix typo Xionghu Luo
-- strict thread matches above, loose matches on Subject: below --
2019-10-24 11:20 Richard Biener
2015-11-03 14:16 Yulia Koval
2015-11-03 14:32 ` Uros Bizjak
2015-11-03 16:04 ` Yulia Koval
2015-05-10 21:01 Paulo Matos
2015-05-11 4:07 ` Jeff Law
2015-05-11 18:15 ` Paulo Matos
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).