From: Luca Barbato <lu_zero@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] GCC 4.7 unmasking
Date: Mon, 25 Feb 2013 23:26:22 +0100 [thread overview]
Message-ID: <512BE50E.9020808@gentoo.org> (raw)
In-Reply-To: <CAGfcS_kWDjaTnQmZcB-pDqOXxEESkS-1wfetqawfLz89zRWNtA@mail.gmail.com>
On 25/02/13 22:32, Rich Freeman wrote:
> On Mon, Feb 25, 2013 at 4:18 PM, Tom Wijsman <TomWij@gentoo.org> wrote:
>> Though people that use -ffast-math / -fLTO / -fuse-linker-plugin should
>> be on their own, thus I drop -ffast-math because it breaks my browser;
>> but that doesn't mean that those ricer flags should stop stabilization.
>
> If we're talking about for general use in CFLAGs clearly -ffast-math
> isn't something that even could be supported if we wanted to. The
> flag is just not intended for general use.
And if you stop here everything would be agreeable.
> That isn't the same as saying that we can just break it in cases where
> it actually is appropriate. Calculating scroll bar movement is
> exactly the sort of thing that this flag was actually designed for -
> you don't care if it is off by 1/100th of a pixel.
Please check your facts. using -ffast-math could do anything from
nothing to cause severe security issues.
> But, the way to track that sort of a thing is to log those as bugs
> against appropriate use within individual apps and make them blockers.
No.
> I'd consider things like this valid bugs - but whether they hold
> things up should depend on real-world impact. I'm not sure how bad
> the impact on chromium actually is.
Absolutely not. Some code is _designed_ to work w/out caring about ieee
corner cases and some is _designed_ to work leveraging them.
NOT bug.
To reinstate: if you use -ffast-math or other
known-to-alter-the-standard-behaviour or, even worst, experimental flags
you are on your own.
lu
next prev parent reply other threads:[~2013-02-25 22:26 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-25 5:03 [gentoo-dev] GCC 4.7 unmasking Ryan Hill
2013-02-25 5:45 ` Alex Alexander
2013-02-25 7:22 ` Matthew Thode
2013-02-25 20:58 ` Piotr Szymaniak
2013-02-25 21:18 ` Tom Wijsman
2013-02-25 21:32 ` Rich Freeman
2013-02-25 21:37 ` Diego Elio Pettenò
2013-02-25 21:57 ` Rich Freeman
2013-02-25 22:11 ` Diego Elio Pettenò
2013-02-25 22:21 ` Rich Freeman
2013-02-25 22:30 ` Luca Barbato
2013-02-25 22:38 ` Rich Freeman
2013-02-25 22:34 ` Diego Elio Pettenò
2013-02-25 22:54 ` Rich Freeman
2013-02-26 1:55 ` [gentoo-dev] " Duncan
2013-02-25 22:26 ` Luca Barbato [this message]
2013-02-26 0:49 ` Ryan Hill
2013-02-26 1:02 ` Ryan Hill
2013-02-26 1:54 ` Matt Turner
2013-03-03 3:47 ` Ryan Hill
-- strict thread matches above, loose matches on Subject: below --
2012-09-30 4:07 [gentoo-dev] " Ryan Hill
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=512BE50E.9020808@gentoo.org \
--to=lu_zero@gentoo.org \
--cc=gentoo-dev@lists.gentoo.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