patches for DPDK stable branches
 help / color / mirror / Atom feed
From: Stephen Hemminger <stephen@networkplumber.org>
To: David Marchand <david.marchand@redhat.com>
Cc: Thomas Monjalon <thomas@monjalon.net>,
	Wenxuan Wu <wenxuanx.wu@intel.com>,
	Bruce Richardson <bruce.richardson@intel.com>, dev <dev@dpdk.org>,
	dpdk stable <stable@dpdk.org>
Subject: Re: [PATCH] build: fix meson build when gcc >= 10.0
Date: Tue, 7 Jun 2022 08:25:26 -0700	[thread overview]
Message-ID: <20220607082526.4067c3c8@hermes.local> (raw)
In-Reply-To: <CAJFAV8wBe4jD1czeNcqC=ruWNvBUdZbFwic9Af8XatpuVASZDA@mail.gmail.com>

On Tue, 7 Jun 2022 17:13:07 +0200
David Marchand <david.marchand@redhat.com> wrote:

> On Tue, Jun 7, 2022 at 5:10 PM Stephen Hemminger
> <stephen@networkplumber.org> wrote:
> > On Tue, 07 Jun 2022 12:52:32 +0200
> > Thomas Monjalon <thomas@monjalon.net> wrote:  
> > > 07/06/2022 04:56, wenxuanx.wu@intel.com:  
> > > > From: Wenxuan Wu <wenxuanx.wu@intel.com>
> > > >
> > > > GCC version greater than 10.0, with compile option -O2, several warnings info would appear,
> > > > this fix omitted these warnings.  
> > > [...]  
> > > >  # FIXME: Bugzilla 396
> > > > -    warning_flags += '-Wno-zero-length-bounds'
> > > > +    warning_flags += [
> > > > +      '-Wno-zero-length-bounds',
> > > > +      '-Wno-stringop-overflow',
> > > > +      '-Wno-array-bounds',
> > > > +      '-Wno-format-overflow',  
> > >
> > > The compilers are reported warnings to help us having a better code.
> > > We should try to resolve the warnings, not hiding them.
> > >
> > >  
> >
> > Agree with Thomas. This not how to address this.
> > There are fixes already for the zero-length-bounds that are being merged.  
> 
> I just merged them, though, afaics, they fix none of the compilation
> issues reported with gcc 12.
> 
> 

I noticed that several of the gcc 12 issues are because rte_memcpy can access
past the end of the input array in some cases.

Since most of these are small arrays like RSS keys. The simplest fix would
be skip using rte_memcpy (and just use memcpy) for all these trivial places
which are not performance sensitive.

  reply	other threads:[~2022-06-07 15:25 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-06-07  2:56 wenxuanx.wu
2022-06-07 10:52 ` Thomas Monjalon
2022-06-07 15:09   ` Stephen Hemminger
2022-06-07 15:13     ` David Marchand
2022-06-07 15:25       ` Stephen Hemminger [this message]
2022-06-08  3:27   ` Wu, WenxuanX
  -- strict thread matches above, loose matches on Subject: below --
2022-06-07  2:55 wenxuanx.wu

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=20220607082526.4067c3c8@hermes.local \
    --to=stephen@networkplumber.org \
    --cc=bruce.richardson@intel.com \
    --cc=david.marchand@redhat.com \
    --cc=dev@dpdk.org \
    --cc=stable@dpdk.org \
    --cc=thomas@monjalon.net \
    --cc=wenxuanx.wu@intel.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;
as well as URLs for NNTP newsgroup(s).