On 3/15/07, Steven Bosscher <[EMAIL PROTECTED]> wrote:
On 3/15/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
> The testcase is:
>
> double x;
> q()
> {
> x=x<5?5:x;
> }
>
> compile this with -O2 -msse2 -mfpmath=sse, and this testcase should
> compile to maxsd.
This happens because a "fallthrough
On 3/15/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
The testcase is:
double x;
q()
{
x=x<5?5:x;
}
compile this with -O2 -msse2 -mfpmath=sse, and this testcase should
compile to maxsd.
This happens because a "fallthrough edge" is meaningless in cfglayout
mode, but ifcvt.c still gives special
On 3/15/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
BTW: Your patch also causes
FAIL: gcc.dg/torture/pr25183.c -O0 (internal compiler error)
FAIL: gcc.dg/torture/pr25183.c -O0 (test for excess errors)
Yes. Known. I bootstrapped a fix and had a box test it yesterday.
I'll look at the test re
On 3/15/07, Steven Bosscher <[EMAIL PROTECTED]> wrote:
On 3/15/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
> compile this with -O2 -msse2 -mfpmath=sse, and this testcase should
> compile to maxsd.
I'll look into it this weekend.
Thanks!
BTW: Your patch also causes
FAIL: gcc.dg/torture/pr2518
On 3/15/07, Uros Bizjak <[EMAIL PROTECTED]> wrote:
compile this with -O2 -msse2 -mfpmath=sse, and this testcase should
compile to maxsd.
I'll look into it this weekend.
Gr.
Steven
On 3/15/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> Recent committed patch breaks i386ssefp-2.c testcase, where maxsd is
> not generated anymore.
FWIW, I saw it both before and after the patch for PR 31127. I've
just tried reverting PR 30643 as well, but the problem remains. So
it's unre
On Mar 14, 2007, "Uros Bizjak" <[EMAIL PROTECTED]> wrote:
> Recent committed patch breaks i386ssefp-2.c testcase, where maxsd is
> not generated anymore.
FWIW, I saw it both before and after the patch for PR 31127. I've
just tried reverting PR 30643 as well, but the problem remains. So
it's unr
