On 6/18/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
Of course there are cases with every optimization enabled by -ffast-math that
can break existing programs. Just that we know of one case beforehand shouldn't
prevent us from enabling -mrecip at -ffast-math (provided -mno-recip
still works,
> Dorit Nuzman wrote:
> >> H. J. Lu wrote:
> >>
> >>> Why don't we turn on vectorizer at -O3 or even -O2, depending on
> >>> ISA? I added -ftree-vectorize to BOOT_CFLAGS on x86-64. According to
> >>> -ftree-vectorizer-verbose=1, there are 82 loops vectorized in
> >>> gcc source. There are no regres
On 6/17/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
Hello!
> I was wondering if there are objects to automatically activating Uros'
> new -mrecip flag when -ffast-math is specified. It looks like a good
> match since -mrecip is exactly about fast non-precise mathematics.
There is a discussion in
Hi,
On Fri, 15 Jun 2007, Richard Guenther wrote:
> so, no PPC testing from us (the old testing machine died and we don't
> have a replacement for it).
Actually it's back, and just needs to be partitioned and set up.
Ciao,
Michael.
It is a libdecnumber bug, which only affects x86.
The patch is ok.
Paolo
On Sun, 17 Jun 2007, Revital1 Eres wrote:
> Hello,
>
> I have one more question regarding the comment in
> tree-ssa-ccp.c file -
>
>
> /* Note that for propagation purposes, we are only interested in
> visiting statements that load the exact same memory reference
> store
101 - 106 of 106 matches
Mail list logo