Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Mark Kettenis <mark.kettenis@xs4all.nl>
To: gang.chen.5i5j@gmail.com
Cc: palves@redhat.com, mark.kettenis@xs4all.nl,
	ibuclaw@gdcproject.org,        brobecker@adacore.com,
	gdb-patches@sourceware.org
Subject: Re: [PATCH v3] gdb/i387-tdep.c: Avoid warning for "-Werror=strict-overflow"
Date: Sat, 25 Oct 2014 09:12:00 -0000	[thread overview]
Message-ID: <201410250912.s9P9CHj4001707@glazunov.sibelius.xs4all.nl> (raw)
In-Reply-To: <544ADA5D.4010507@gmail.com> (message from Chen Gang on Sat, 25	Oct 2014 07:01:49 +0800)

> Date: Sat, 25 Oct 2014 07:01:49 +0800
> From: Chen Gang <gang.chen.5i5j@gmail.com>
> 
> Hell Maintainers:
> 
> Is this patch OK, if need additional improvements, please let me know.
> 
> By the way: for "I387_MXCSR_REGNUM", I guess, gcc 'think' it is for 2
> variables, which does not match "(X + c) >= X" ('c' means constant, I
> guess), so gcc does not report warning for it (then I did not touch it).

No this patch is not ok.  It doesn't implement Pedro's suggestion to
rewrite the loops.  I started working on that, but then I discovered
that there are many more similar loops where your compiler apparently
doesn't warn about signed overflow in the comparison.  Perhaps I'll
finish my diff some day, but it isn't a very high priority for me.

I don't really want to uglify the code just to make unhelpful
compilers happy.  Playing whack-a-mle with GCC isn't my idea of fun.

And yes, your compiler is being unhelpful.  If it warns about possible
signed overflow in the RHS expression of a comparision, why doesn't it
warn about any signed addition that might overflow?

> On 10/16/14 20:07, Chen Gang wrote:
> > gdb requires "-Werror", and I387_ST0_REGNUM (tdep) is 'variable', then
> > compiler can think that I387_ST0_REGNUM (tdep) may be a large number to
> > add a constant value, which may cause issue, so report warning.
> > 
> > Need fix this warning, and still keep the code clear enough for readers
> > (I387_NUM_REGS is much clearer than I387_XMM0_REGNUM). The related
> > warning under Darwin with gnu built gcc:
> > 
> >   gcc -g -O2   -I. -I../../binutils-gdb/gdb -I../../binutils-gdb/gdb/common -I../../binutils-gdb/gdb/config -DLOCALEDIR="\"/usr/local/share/locale\"" -DHAVE_CONFIG_H -I../../binutils-gdb/gdb/../include/opcode -I../../binutils-gdb/gdb/../opcodes/..  -I../../binutils-gdb/gdb/../readline/.. -I../bfd -I../../binutils-gdb/gdb/../bfd -I../../binutils-gdb/gdb/../include -I../libdecnumber -I../../binutils-gdb/gdb/../libdecnumber -I../../binutils-gdb/gdb/gnulib/import -Ibuild-gnulib/import   -DTUI=1 -D_THREAD_SAFE -I/usr/local/Cellar/guile/2.0.11/include/guile/2.0 -I/usr/local/Cellar/gmp/6.0.0a/include -I/usr/local/Cellar/readline/6.3.5/include -I/usr/local/Cellar/bdw-gc/7.2e/include -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -I/System/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -Wall -Wdeclaration-after-statement -Wpointer-arith -Wpointer-sign -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subscripts -W!
 missing-prot
> ot
> >  ypes -Wdeclaration-after-statement -Wempty-body -Wmissing-parameter-type -Wold-style-declaration -Wold-style-definition -Wformat-nonliteral -Werror -c -o i387-tdep.o -MT i387-tdep.o -MMD -MP -MF .deps/i387-tdep.Tpo ../../binutils-gdb/gdb/i387-tdep.c
> >   ../../binutils-gdb/gdb/i387-tdep.c: In function 'i387_supply_fsave':
> >   ../../binutils-gdb/gdb/i387-tdep.c:447:1: error: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Werror=strict-overflow]
> >    i387_supply_fsave (struct regcache *regcache, int regnum, const void *fsave)
> >    ^
> >   ../../binutils-gdb/gdb/i387-tdep.c: In function 'i387_collect_fsave':
> >   ../../binutils-gdb/gdb/i387-tdep.c:502:1: error: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Werror=strict-overflow]
> >    i387_collect_fsave (const struct regcache *regcache, int regnum, void *fsave)
> >    ^
> >   cc1: all warnings being treated as errors
> > 
> > Also give related comment for it, or other code readers may doubt why
> > need 'end'.
> > 
> > 
> > 2014-10-13  Chen Gang  <gang.chen.5i5j@gmail.com>
> > 
> > 	* i387-tdep.c (i387_supply_fsave): Avoid warning for
> > 	"-Werror=strict-overflow"
> > ---
> >  gdb/i387-tdep.c | 12 ++++++++----
> >  1 file changed, 8 insertions(+), 4 deletions(-)
> > 
> > diff --git a/gdb/i387-tdep.c b/gdb/i387-tdep.c
> > index d66ac6a..f39c090 100644
> > --- a/gdb/i387-tdep.c
> > +++ b/gdb/i387-tdep.c
> > @@ -450,11 +450,13 @@ i387_supply_fsave (struct regcache *regcache, int regnum, const void *fsave)
> >    struct gdbarch_tdep *tdep = gdbarch_tdep (gdbarch);
> >    enum bfd_endian byte_order = gdbarch_byte_order (gdbarch);
> >    const gdb_byte *regs = fsave;
> > -  int i;
> > +  int i, end;
> >  
> >    gdb_assert (tdep->st0_regnum >= I386_ST0_REGNUM);
> >  
> > -  for (i = I387_ST0_REGNUM (tdep); i < I387_XMM0_REGNUM (tdep); i++)
> > +  /* Avoid -Werror=strict-overflow for (X + c) >= X, so use 'end' */
> > +  end = I387_ST0_REGNUM (tdep) + I387_NUM_REGS;
> > +  for (i = I387_ST0_REGNUM (tdep); i < end; i++)
> >      if (regnum == -1 || regnum == i)
> >        {
> >  	if (fsave == NULL)
> > @@ -503,11 +505,13 @@ i387_collect_fsave (const struct regcache *regcache, int regnum, void *fsave)
> >  {
> >    struct gdbarch_tdep *tdep = gdbarch_tdep (get_regcache_arch (regcache));
> >    gdb_byte *regs = fsave;
> > -  int i;
> > +  int i, end;
> >  
> >    gdb_assert (tdep->st0_regnum >= I386_ST0_REGNUM);
> >  
> > -  for (i = I387_ST0_REGNUM (tdep); i < I387_XMM0_REGNUM (tdep); i++)
> > +  /* Avoid -Werror=strict-overflow for (X + c) >= X, so use 'end' */
> > +  end = I387_ST0_REGNUM (tdep) + I387_NUM_REGS;
> > +  for (i = I387_ST0_REGNUM (tdep); i < end; i++)
> >      if (regnum == -1 || regnum == i)
> >        {
> >  	/* Most of the FPU control registers occupy only 16 bits in
> > 
> 
> -- 
> Chen Gang
> 
> Open, share, and attitude like air, water, and life which God blessed
> 


  reply	other threads:[~2014-10-25  9:12 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-16 12:02 Chen Gang
2014-10-24 22:55 ` Chen Gang
2014-10-25  9:12   ` Mark Kettenis [this message]
2014-10-25  9:44     ` Chen Gang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201410250912.s9P9CHj4001707@glazunov.sibelius.xs4all.nl \
    --to=mark.kettenis@xs4all.nl \
    --cc=brobecker@adacore.com \
    --cc=gang.chen.5i5j@gmail.com \
    --cc=gdb-patches@sourceware.org \
    --cc=ibuclaw@gdcproject.org \
    --cc=palves@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox