All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Egger <Christoph.Egger@amd.com>
To: qemu-devel@nongnu.org, Mark McLoughlin <markmc@redhat.com>
Cc: Paul Brook <paul@codesourcery.com>
Subject: Re: [Qemu-devel] [RFC] Enable Werrror by default
Date: Thu, 11 Jun 2009 15:34:18 +0200	[thread overview]
Message-ID: <200906111534.18586.Christoph.Egger@amd.com> (raw)
In-Reply-To: <1244726086.7752.25.camel@blaa>

On Thursday 11 June 2009 15:14:46 Mark McLoughlin wrote:
> On Thu, 2009-06-11 at 13:35 +0100, Paul Brook wrote:
> > I'd like to enable Werror by default. I've been using --enable-werror
> > locally for a while now, and it's been extremely useful in picking up
> > dumb errors (like the recent stellaris_enet.c breakage).
> >
> > Any objections?
> >
> > You can of course configure with --disable-werror if you really want the
> > force things to build.
>
> Based on experiences with other projects:
>
>   1) Release tarballs should not ship with -Werror on by default - e.g.
>      new gcc comes along with new warnings and the tarball build fails
>      with no benefit to anyone
>
>   2) Anyone submitting patches should build with -Werror and make sure
>      they don't introduce new warnings

Newer gcc enable warnings by default older versions already have as well.

>   3) People with newer gcc are likely to be tripped up by warnings
>      introduced by others with older gcc[1]
>
>   4) It's debatable whether builds from git should default to -Werror -
>      on the plus side it helps ensure (2) happens, on the minus side if
>      a warning does sneak in, it makes life a pain for everyone until a
>      fix gets applied
>
> IMHO, we should enable it by default for git builds.
>
> Cheers,
> Mark.
>
> [1] e.g. with gcc-4.4.0, but not with gcc-4.3.2:
>
>   hw/virtio-blk.c:302: warning: ‘blkcfg.size_max’ is used uninitialized in
> this function

You should see the same warning with gcc 4.3.2  -Wuninitialized , too.

Christoph

-- 
---to satisfy European Law for business letters:
Advanced Micro Devices GmbH
Karl-Hammerschmidt-Str. 34, 85609 Dornach b. Muenchen
Geschaeftsfuehrer: Thomas M. McCoy, Giuliano Meroni
Sitz: Dornach, Gemeinde Aschheim, Landkreis Muenchen
Registergericht Muenchen, HRB Nr. 43632

  reply	other threads:[~2009-06-11 13:34 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-11 12:35 [Qemu-devel] [RFC] Enable Werrror by default Paul Brook
2009-06-11 12:46 ` Tristan Gingold
2009-06-11 13:10   ` Christoph Egger
2009-06-11 14:02   ` Andreas Färber
2009-06-11 12:58 ` Anthony Liguori
2009-06-11 13:14 ` Mark McLoughlin
2009-06-11 13:34   ` Christoph Egger [this message]
2009-06-11 13:35   ` Paul Brook
2009-06-11 14:20   ` Richard W.M. Jones
2009-06-11 18:30   ` Anthony Liguori
2009-06-11 18:38     ` Mark McLoughlin
2009-06-11 20:03       ` Anthony Liguori
2009-06-11 22:28     ` Paul Brook
2009-06-11 15:18 ` David Turner
2009-06-11 17:24   ` Stuart Brady

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=200906111534.18586.Christoph.Egger@amd.com \
    --to=christoph.egger@amd.com \
    --cc=markmc@redhat.com \
    --cc=paul@codesourcery.com \
    --cc=qemu-devel@nongnu.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.