search for: 1716048d

...eax,16237200h 1716046B mov dword ptr [eax+0Ch],0 17160472 mov eax,19BB229h 17160477 mov ecx,76E4560h 1716047C mov dword ptr [esp],ecx 1716047F call eax 17160481 fsub dword ptr ds:[16237240h] 17160487 fabs 17160489 fst qword ptr [esp+14h] 1716048D ftst 1716048F fstp st(0) 17160491 fnstsw ax 17160493 sahf 17160494 jbe 171604C7 1716049A mov eax,19D8B76h 1716049F mov ecx,16237200h 171604A4 mov dword ptr [esp],ecx 171604A7 mov ecx,15900060h 171604AC mov dword ptr [esp+4],ecx 1...

...45D fchs 1716045F fld qword ptr [esp+14h] 17160463 fucomip st,st(1) 17160465 fstp st(0) 17160467 jbe 17160498 the ISelSimple generates: 1716047F call eax 17160481 fsub dword ptr ds:[16237240h] 17160487 fabs 17160489 fst qword ptr [esp+14h] 1716048D ftst 1716048F fstp st(0) 17160491 fnstsw ax 17160493 sahf 17160494 jbe 171604C7 m.

On Wed, 16 Mar 2005, Morten Ofstad wrote: > Hello, > > I didn't get any reply to my previous mail about adding floating point > intrinsics to the X86 pattern instruction selector... And I could really need > some help. Sorry about that, it slipped through the cracks. :( > Anyway, I think my confusion was caused partly by an already > existing bug in the instruction

Hello, I didn't get any reply to my previous mail about adding floating point intrinsics to the X86 pattern instruction selector... And I could really need some help. Anyway, I think my confusion was caused partly by an already existing bug in the instruction selection for floating point compares. The case which emits code for the special case of comparing against constant 0.0 does not

Hello, I am trying to make the FP intrinsics (abs, sin, cos, sqrt) I've added work with the X86ISelPattern, but I'm having some difficulties understanding what needs to be done. I assume I have to add new nodetypes for the FP instructions to SelectionDAGNodes.h, and make nodes for these in SelectionDAGLowering::visitCall when I find the intrinsic... The part I don't quite