From: Raghavendra D Prabhu <raghu.prabhu13@gmail.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: qemu-devel@nongnu.org, kvm@vger.kernel.org
Subject: Re: [Qemu-devel] [PATCH 2/3] Add fno-strict-overflow
Date: Tue, 5 Jul 2011 21:06:15 +0530 [thread overview]
Message-ID: <20110705153615.GB4463@Xye> (raw)
In-Reply-To: <CAFEAcA_mDcMgBzyaXwO_qAdmAA4GagQoah7TFbSdGZbMiEa8cw@mail.gmail.com>
* On Mon, Jul 04, 2011 at 11:38:30PM +0100, Peter Maydell <peter.maydell@linaro.org> wrote:
>On 4 July 2011 23:00, Raghavendra D Prabhu <raghu.prabhu13@gmail.com> wrote:
>> This is to avoid gcc optimizating out the comparison in assert,
>> due to assumption of signed overflow being undefined by default (-Werror=strict-overflow).
>
>>--- a/Makefile.hw
>>+++ b/Makefile.hw
>>@@ -9,7 +9,7 @@ include $(SRC_PATH)/rules.mak
>> $(call set-vpath, $(SRC_PATH):$(SRC_PATH)/hw)
>> -QEMU_CFLAGS+=-I.. -I$(SRC_PATH)/fpu
>> +QEMU_CFLAGS+=-I.. -I$(SRC_PATH)/fpu -fno-strict-overflow
>
>Can you give a more detailed description of the problem this is trying
>to solve? I think it would be nicer if we could remove the assumptions
>about signed overflows instead, if that's practical.
Following line in pcie.c:pcie_add_capability:505
assert(offset < offset + size);
is what the compiler was warning about. The compiler optimizes out that
comparison without fno-strict-overflow flag. More information about it
is here - http://www.airs.com/blog/archives/120 -- as already mentioned by Stefan.
>
>(Also, if we do want to add this compiler flag then it ought to be
>done in configure I think, as we do for -fno-strict-aliasing.)
>
Globally adding that flag can limits the optimizations of gcc since in
other places (loops) the undefined behavior can be advantageous, hence
added only to Makefile.hw.
>-- PMM
>
--------------------------
Raghavendra Prabhu
GPG Id : 0xD72BE977
Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977
www: wnohang.net
next prev parent reply other threads:[~2011-07-05 15:36 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-04 21:59 [Qemu-devel] [PATCH 0/3] Build fixes Raghavendra D Prabhu
2011-07-04 22:00 ` [Qemu-devel] [PATCH 1/3] Avoid the use of deprecated gnutls gnutls_*_set_priority functions Raghavendra D Prabhu
2011-08-22 8:26 ` Stefan Hajnoczi
2011-08-22 10:13 ` Gerd Hoffmann
2011-08-25 10:54 ` Stefan Hajnoczi
2011-08-25 11:02 ` Daniel P. Berrange
2011-07-04 22:00 ` [Qemu-devel] [PATCH 2/3] Add fno-strict-overflow Raghavendra D Prabhu
2011-07-04 22:38 ` Peter Maydell
2011-07-05 5:41 ` Stefan Hajnoczi
2011-07-05 9:34 ` Stefan Hajnoczi
2011-07-05 15:36 ` Raghavendra D Prabhu [this message]
2011-07-05 20:30 ` Stefan Hajnoczi
2011-07-07 21:51 ` Raghavendra D Prabhu
2011-07-04 22:00 ` [Qemu-devel] [PATCH 3/3] Avoid Wunsed-but-set warnings (or errors in case of Werror) Raghavendra D Prabhu
2011-07-05 6:15 ` Markus Armbruster
2011-07-05 7:02 ` Peter Maydell
2011-07-05 7:49 ` Markus Armbruster
2011-07-05 8:05 ` Paolo Bonzini
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=20110705153615.GB4463@Xye \
--to=raghu.prabhu13@gmail.com \
--cc=kvm@vger.kernel.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).