public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
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


  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