On Tue, Oct 20, 2009 at 11:13:48AM -0700, H.J. Lu wrote:
> On Tue, Oct 20, 2009 at 2:19 AM, Richard Guenther
> wrote:
> > On Tue, Oct 20, 2009 at 1:54 AM, tbp wrote:
> >> On Mon, Oct 19, 2009 at 7:34 PM, Ian Lance Taylor wrote:
> >>> Please file a bug report.
> >>> __attribute__((optimize())) is
On Tue, Oct 20, 2009 at 2:19 AM, Richard Guenther
wrote:
> On Tue, Oct 20, 2009 at 1:54 AM, tbp wrote:
>> On Mon, Oct 19, 2009 at 7:34 PM, Ian Lance Taylor wrote:
>>> Please file a bug report.
>>> __attribute__((optimize())) is definitely only half-baked.
>> Apparently the code i've posted is ju
On Tue, Oct 20, 2009 at 1:54 AM, tbp wrote:
> On Mon, Oct 19, 2009 at 7:34 PM, Ian Lance Taylor wrote:
>> Please file a bug report.
>> __attribute__((optimize())) is definitely only half-baked.
> Apparently the code i've posted is just a variation around that 1 year
> old PR 37565 and if that doe
On Mon, Oct 19, 2009 at 7:34 PM, Ian Lance Taylor wrote:
> Please file a bug report.
> __attribute__((optimize())) is definitely only half-baked.
Apparently the code i've posted is just a variation around that 1 year
old PR 37565 and if that doesn't work, worrying about the rest is
entirely futile
On Mon, Oct 19, 2009 at 10:34 AM, Ian Lance Taylor wrote:
> tbp writes:
>
>> Merrily trying to make a test-case showing how unmanageable it is to
>> try to override *math* flags per function, i soon had to stop
>> because...
>
> Please file a bug report.
>
> __attribute__((optimize())) is definit
tbp writes:
> Merrily trying to make a test-case showing how unmanageable it is to
> try to override *math* flags per function, i soon had to stop
> because...
Please file a bug report.
__attribute__((optimize())) is definitely only half-baked.
Ian
Hang on while i put on my flame-proof suit. There.
Merrily trying to make a test-case showing how unmanageable it is to
try to override *math* flags per function, i soon had to stop
because...
$ cat amusing.cc
#include
static __attribute__((optimize("-fno-associative-math"))) double
foo1(double x)
