Hi all,
This patch fix a typo which will not cause any behavior difference.
Commited as obvious change.
Thx,
Haochen
gcc/ChangeLog:
* config/i386/i386.opt: Fix a typo.
---
gcc/config/i386/i386.opt | 5 -
1 file changed, 5 deletions(-)
diff --git a/gcc/config/i386/i386.opt b/gcc
Wei Wentao writes:
> Hi,
>
> This patch fix a typo in rtl.texi.
>
> Regards!
>
> Weiwt
>
> ---
> gcc/doc/rtl.texi | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/gcc/doc/rtl.texi b/gcc/doc/rtl.texi
> index 501fa1a31da..f8e1f9508
Hi,
This patch fix a typo in rtl.texi.
Regards!
Weiwt
---
gcc/doc/rtl.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/rtl.texi b/gcc/doc/rtl.texi
index 501fa1a31da..f8e1f950823 100644
--- a/gcc/doc/rtl.texi
+++ b/gcc/doc/rtl.texi
@@ -3954,7 +3954,7 @@ variable
Wei Wentao writes:
> Hi,
>
> This patch fix a typo in rtl.def.
Thanks, pushed. Looks like it had gone unnoticed (or at least unfixed)
for almost 30 years. :-)
Richard
>
> Regards!
>
> Weiwt
>
> ---
> gcc/rtl.def | 2 +-
> 1 file changed, 1 insertion(+), 1
Hi,
This patch fix a typo in rtl.def.
Regards!
Weiwt
---
gcc/rtl.def | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/rtl.def b/gcc/rtl.def
index 9754333eafb..7ec94a95105 100644
--- a/gcc/rtl.def
+++ b/gcc/rtl.def
@@ -380,7 +380,7 @@ DEF_RTL_EXPR(PC, "pc", &
Wei Wentao writes:
> This patch fix a typo in tm.texi.
Thanks, applied as below. tm.texi is generated from tm.texi.in,
so both files need the fix.
Richard
>From 5e97638b0adfb822d3b156c07da27d41091ce137 Mon Sep 17 00:00:00 2001
From: Wei Wentao
Date: Mon, 3 Aug 2020 14:01:42 +0100
S
This patch fix a typo in tm.texi.
Regards!
weiwt
---
gcc/doc/tm.texi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gcc/doc/tm.texi b/gcc/doc/tm.texi
index 6e7d9dc54a9..9b780f757fe 100644
--- a/gcc/doc/tm.texi
+++ b/gcc/doc/tm.texi
@@ -11277,7 +11277,7 @@ this macro.
@end
On 2019/5/6 7:19 PM, Christophe Lyon wrote:
On Sun, 5 May 2019 at 08:31, Li Jia He wrote:
Hi,
GCC revision 267634 implemented two_value_replacement function.
However, a typo occurred during the parameter check, which caused
us to miss some optimizations.
The intent of the code might be to
On 2019/5/6 8:27 PM, Jakub Jelinek wrote:
On Mon, May 06, 2019 at 08:22:41PM +0800, Li Jia He wrote:
Dunno why this changed, if you want it in phiopt1, you need "phiopt1"
in scan-tree-dump-not as well, if you want optimized dump, you need
-fdump-tree-optimized instead.
When I test the code a
On Mon, May 06, 2019 at 08:22:41PM +0800, Li Jia He wrote:
> > Dunno why this changed, if you want it in phiopt1, you need "phiopt1"
> > in scan-tree-dump-not as well, if you want optimized dump, you need
> > -fdump-tree-optimized instead.
> When I test the code again for submiting the code, I foun
On 2019/5/6 7:35 PM, Jakub Jelinek wrote:
On Mon, May 06, 2019 at 01:19:15PM +0200, Christophe Lyon wrote:
The regression testing for the patch was done on GCC mainline on
powerpc64le-unknown-linux-gnu (Power 9 LE)
with no regressions. Is it OK for trunk and backport to gcc 9 ?
Whil
On Mon, May 06, 2019 at 01:19:15PM +0200, Christophe Lyon wrote:
> > The regression testing for the patch was done on GCC mainline on
> >
> > powerpc64le-unknown-linux-gnu (Power 9 LE)
> >
> > with no regressions. Is it OK for trunk and backport to gcc 9 ?
While the posted patch had:
> > +/*
On Sun, 5 May 2019 at 08:31, Li Jia He wrote:
>
> Hi,
>
> GCC revision 267634 implemented two_value_replacement function.
> However, a typo occurred during the parameter check, which caused
> us to miss some optimizations.
>
> The intent of the code might be to check that the input parameters
> ar
On Sun, May 05, 2019 at 01:31:12AM -0500, Li Jia He wrote:
> GCC revision 267634 implemented two_value_replacement function.
> However, a typo occurred during the parameter check, which caused
> us to miss some optimizations.
Thanks for catching this.
> The regression testing for the patch was do
Hi,
GCC revision 267634 implemented two_value_replacement function.
However, a typo occurred during the parameter check, which caused
us to miss some optimizations.
The intent of the code might be to check that the input parameters
are const int and their difference is one. However, when I read
Checked into trunk. Will backport to GCC 7 branch.
H.J.
---
Index: ChangeLog
===
--- ChangeLog (revision 257123)
+++ ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2018-01-27 H.J. Lu
+
+ * doc/invoke.texi: Replace -mfunction-
On 05/03/2016 05:41 PM, Richard Biener wrote:
This change fixes this typo. Bootstrapped and regtested on x86_64-linux
successfuly. Ok to commit? Thank you in advance!
OK also for branches.
Comitted to trunk and gcc-6-branch. Thank you!
--
Pierre-Marie de Rodat
On May 3, 2016 4:05:40 PM GMT+02:00, Pierre-Marie de Rodat
wrote:
>Hello,
>
>Under specific circumstances for Ada programs, such as in the testcase
>this change adds, the DWARF back-end currently crashes because of
>inconsistent internal state. This is due to a typo: a local variable is
>called f
Hello,
Under specific circumstances for Ada programs, such as in the testcase
this change adds, the DWARF back-end currently crashes because of
inconsistent internal state. This is due to a typo: a local variable is
called frame_offset_ but resolve_args_picking_1 wrongly modifies
emit-rtl.h's fram
On Mon, Jan 25, 2016 at 3:34 PM, Jakub Jelinek wrote:
> Hi!
>
> The soft-fp multilib of powerpc libgcc doesn't build because of a typo
> in the conditional - the guarded code uses inline asm that assumes hard
> float.
>
> Ok for trunk?
>
> 2016-01-25 Jakub Jelinek
>
> PR target/69444
>
Hi!
The soft-fp multilib of powerpc libgcc doesn't build because of a typo
in the conditional - the guarded code uses inline asm that assumes hard
float.
Ok for trunk?
2016-01-25 Jakub Jelinek
PR target/69444
* config/rs6000/sfp-machine.h: Fix a typo in #ifndef - __NO_FPRS__
On Wed, 4 Mar 2015, Bernd Edlinger wrote:
> On Wed, 4 Mar 2015 17:52:11, Jospeh S. Myers wrote:
> >
> > On Wed, 4 Mar 2015, Bernd Edlinger wrote:
> >
> >> if nobody objects, I'd like to fix this in the german language
> >> translation file locally. I have already informed the german language
> >
>
On Wed, 4 Mar 2015 17:52:11, Jospeh S. Myers wrote:
>
> On Wed, 4 Mar 2015, Bernd Edlinger wrote:
>
>> if nobody objects, I'd like to fix this in the german language
>> translation file locally. I have already informed the german language
>
> All local changes to .po files get lost every time new .
On Wed, 4 Mar 2015, Bernd Edlinger wrote:
> if nobody objects, I'd like to fix this in the german language
> translation file locally. I have already informed the german language
All local changes to .po files get lost every time new .po files are
imported from upstream. So no such changes sh
Hi,
if nobody objects, I'd like to fix this in the german language translation file
locally.
I have already informed the german language translation team and yesterday
this message has been fixed upstream. But this typo is just too ugly to
leave it for another year!
Bernd.
2015-03-04 Bernd
On Wed, Dec 10, 2014 at 08:59:09AM +0100, Jakub Jelinek wrote:
> On Wed, Dec 10, 2014 at 07:57:46AM +0100, Marek Polacek wrote:
> > I don't really know this code, but this typo looks obvious enough.
> > Using if (p->high != NULL_TREE) ... else if (p->high != NULL_TREE)
> > couldn't be possibly desi
On Wed, Dec 10, 2014 at 07:57:46AM +0100, Marek Polacek wrote:
> I don't really know this code, but this typo looks obvious enough.
> Using if (p->high != NULL_TREE) ... else if (p->high != NULL_TREE)
> couldn't be possibly desired, so use Q in the else branch, as in
> the code slightly above.
>
>
I don't really know this code, but this typo looks obvious enough.
Using if (p->high != NULL_TREE) ... else if (p->high != NULL_TREE)
couldn't be possibly desired, so use Q in the else branch, as in
the code slightly above.
Bootstrapped/regtested on x86_64-linux and ppc64-linux, ok for trunk?
201
On Thu, 1 May 2014, Jeff Law wrote:
> On 05/01/14 17:59, Joseph S. Myers wrote:
> > On Thu, 24 Apr 2014, Tobias Burnus wrote:
> >
> > > Jeff, are you sure that this will not be overridden? I think the
> > > translations
> > > are always synced from http://translationproject.org/team/zh_CN.html ?
On 05/01/14 17:59, Joseph S. Myers wrote:
On Thu, 24 Apr 2014, Tobias Burnus wrote:
Jeff, are you sure that this will not be overridden? I think the translations
are always synced from http://translationproject.org/team/zh_CN.html ?
Yes. This should be reverted; we shouldn't make any local c
On Thu, 24 Apr 2014, Tobias Burnus wrote:
> Jeff, are you sure that this will not be overridden? I think the translations
> are always synced from http://translationproject.org/team/zh_CN.html ?
Yes. This should be reverted; we shouldn't make any local changes to
these files. When there's a ne
Jeff Law wrote:
On 04/24/14 01:23, Jincheng Miao wrote:
There is a minor typo in zh_CN.po, should change '-pic' to '-fpic'.
Thanks for the patch
Thanks. Applied to the trunk.
Jeff, are you sure that this will not be overridden? I think the
translations are always synced from
http://tran
On 04/24/14 01:23, Jincheng Miao wrote:
There is a minor typo in zh_CN.po, should change '-pic' to '-fpic'.
Best wishes,
Jincheng Miao
Thanks. Applied to the trunk.
jeff
There is a minor typo in zh_CN.po, should change '-pic' to '-fpic'.
Best wishes,
Jincheng Miao
Index: gcc/po/zh_CN.po
===
--- gcc/po/zh_CN.po (revision 209734)
+++ gcc/po/zh_CN.po (working copy)
@@ -24308,7 +24308,7 @@ msgstr "堆栈探针目前
On Mon, Feb 24, 2014 at 6:52 AM, Carrot Wei wrote:
> Hi
>
> The following patch fixes an obvious wrong index used to access the
> dense array. The patch has passed the bootstrap and regression tests
> on x86-64.
>
> OK for trunk?
Ok.
Thanks,
Richard.
> thanks
> Carrot
>
>
> 2014-02-23 Guozhi W
Hi
The following patch fixes an obvious wrong index used to access the
dense array. The patch has passed the bootstrap and regression tests
on x86-64.
OK for trunk?
thanks
Carrot
2014-02-23 Guozhi Wei
* sparseset.h (sparseset_pop): Fix the wrong index.
Index: sparseset.h
Hi,
I checked in this patch to fix a typo in comments in config/i386/i386.c.
H.J.
---
Index: ChangeLog
===
--- ChangeLog (revision 200173)
+++ ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2013-06-18 H.J. Lu
+
+ * config/i3
On Thu, Sep 27, 2012 at 11:59:38AM +0200, Marek Polacek wrote:
> Instead of -profile-dir, we want -fprofile-dir, I'm afraid. Ok?
>
> 2012-09-27 Marek Polacek
>
> * doc/gcov.texi (Gcov Data Files): Fix a typo.
Ok. --profile-dir=/tmp/ also works, but not -profile-dir=/tmp/.
> --- gcc/d
Instead of -profile-dir, we want -fprofile-dir, I'm afraid. Ok?
2012-09-27 Marek Polacek
* doc/gcov.texi (Gcov Data Files): Fix a typo.
--- gcc/doc/gcov.texi.mp2012-09-27 11:55:45.658201583 +0200
+++ gcc/doc/gcov.texi 2012-09-27 11:56:05.335252754 +0200
@@ -555,7 +555,7 @@
On Wed, May 25, 2011 at 12:15 AM, Jakub Jelinek wrote:
> Hi!
>
> Committed as obvious.
>
> 2011-05-25 Jakub Jelinek
>
> PR target/49128
> * config/i386/driver-i386.c (host_detect_local_cpu): Fix a typo.
>
> --- gcc/config/i386/driver-i386.c (revision 174170)
> +++ gcc/config
Hi!
Committed as obvious.
2011-05-25 Jakub Jelinek
PR target/49128
* config/i386/driver-i386.c (host_detect_local_cpu): Fix a typo.
--- gcc/config/i386/driver-i386.c (revision 174170)
+++ gcc/config/i386/driver-i386.c (revision 174171)
@@ -696,7 +696,7 @@ const ch
41 matches
Mail list logo
