qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Stefan Weil <sw@weilnetz.de>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Igor Mitsyanko <i.mitsyanko@gmail.com>,
	Blue Swirl <blauwirbel@gmail.com>,
	qemu-devel@nongnu.org, patches@linaro.org
Subject: Re: [Qemu-devel] [PATCH] configure: Disable (clang)	initializer-overrides warnings
Date: Sat, 27 Oct 2012 23:46:20 +0200	[thread overview]
Message-ID: <508C562C.8060708@weilnetz.de> (raw)
In-Reply-To: <CAFEAcA-43jQocXstgWPFtcfBGRRVZhCB1arSAp7RYa5_4miTSg@mail.gmail.com>

Am 27.10.2012 23:35, schrieb Peter Maydell:
> On 27 October 2012 22:24, Stefan Weil<sw@weilnetz.de>  wrote:
>> Am 27.10.2012 22:32, schrieb Igor Mitsyanko:
>>> I encountered strange behavior of latest mingw gcc, it ignores
>>> unrecognized -Wno-wombat options only in case if no other warnings are
>>> issued (configure gccflags test doesn't issue any), otherwise I get this:
>>>
>>> cc1.exe: warning: unrecognized command line option
>>> "-Wno-initializer-overrides" [enabled by default]
>>>
>>> This is probably a bug in mingw GCC (or perhaps I'm using it wrong), but
>>> anyway, this makes QEMU mingw build output very noisy.
>> This "feature" of gcc is not restricted to MinGW nor to a special version of
>> gcc but can also occur on Linux.
>
> Incidentally, I was tangentially involved in getting gcc to adopt
> this behaviour. The rationale is that it allows you to write
> straightforward makefiles which use -Werror and also some -Wno-*
> options without having to add some configure-like step to test
> whether gcc supports the -Wno-*. If the gcc version you're using
> doesn't support detecting the presence of wombats in your source
> code then it will never produce warnings about them, so it's
> safe for it to treat -Wno-wombat as a no-op. The reason for
> printing the message if some other warning is also emitted is
> so the user can spot the case where they accidentally typo'd
> the -Wno-* option they meant to use to suppress the warning.
>
> -- PMM

Nice. Thanks for that explanation.

Are there plans to add wombat detection to gcc? :-)

Here is the spec:
http://upload.wikimedia.org/wikipedia/commons/1/18/Vombatus_ursinus_-Maria_Island_National_Park.jpg

Stefan

      reply	other threads:[~2012-10-27 21:46 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-14 20:00 [Qemu-devel] [PATCH] configure: Disable (clang) initializer-overrides warnings Peter Maydell
2012-10-14 20:15 ` Blue Swirl
2012-10-14 20:24   ` Peter Maydell
2012-10-16 20:20     ` Stefan Weil
2012-10-16 21:19       ` Peter Maydell
2012-10-24 12:31     ` Peter Maydell
2012-10-27 16:51 ` Blue Swirl
2012-10-27 20:32   ` Igor Mitsyanko
2012-10-27 21:12     ` Peter Maydell
2012-10-27 21:24     ` Stefan Weil
2012-10-27 21:35       ` Peter Maydell
2012-10-27 21:46         ` Stefan Weil [this message]

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=508C562C.8060708@weilnetz.de \
    --to=sw@weilnetz.de \
    --cc=blauwirbel@gmail.com \
    --cc=i.mitsyanko@gmail.com \
    --cc=patches@linaro.org \
    --cc=peter.maydell@linaro.org \
    --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 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).