search for: __unorddf2

...run into problems with fcmp. With the following code: >>>> >>>> define i1 @fmp(double %a) { >>>> %result = fcmp uno double %a, 0.000000e+00 >>>> ret i1 %result >>>> } >>>> >>>> the fcmp is expanded to the a call to __unorddf2 which is then >>>> lowered via the LowerOperation hook of my backend. However for some >>>> reason >>>> there remains a ISD::CALL node with __unorddf2 in the DAG after >>>> legalization. This >>>> then causes selection to fail with >&gt...

.... With the following code: >>>>> >>>>> define i1 @fmp(double %a) { >>>>> %result = fcmp uno double %a, 0.000000e+00 >>>>> ret i1 %result >>>>> } >>>>> >>>>> the fcmp is expanded to the a call to __unorddf2 which is then >>>>> lowered via the LowerOperation hook of my backend. However for >>>>> some >>>>> reason >>>>> there remains a ISD::CALL node with __unorddf2 in the DAG after >>>>> legalization. This >>>>>...

...;> >>> However I run into problems with fcmp. With the following code: >>> >>> define i1 @fmp(double %a) { >>> %result = fcmp uno double %a, 0.000000e+00 >>> ret i1 %result >>> } >>> >>> the fcmp is expanded to the a call to __unorddf2 which is then >>> lowered via the LowerOperation hook of my backend. However for some >>> reason >>> there remains a ISD::CALL node with __unorddf2 in the DAG after >>> legalization. This >>> then causes selection to fail with >>> >>> C...

...peration hook of my backend. >> >> However I run into problems with fcmp. With the following code: >> >> define i1 @fmp(double %a) { >> %result = fcmp uno double %a, 0.000000e+00 >> ret i1 %result >> } >> >> the fcmp is expanded to the a call to __unorddf2 which is then >> lowered via the LowerOperation hook of my backend. However for some >> reason >> there remains a ISD::CALL node with __unorddf2 in the DAG after >> legalization. This >> then causes selection to fail with >> >> Cannot yet select: 0x13b7cc...

...is expanded to a ISD::CALL of __divdf3 which is then lowered via the LowerOperation hook of my backend. However I run into problems with fcmp. With the following code: define i1 @fmp(double %a) { %result = fcmp uno double %a, 0.000000e+00 ret i1 %result } the fcmp is expanded to the a call to __unorddf2 which is then lowered via the LowerOperation hook of my backend. However for some reason there remains a ISD::CALL node with __unorddf2 in the DAG after legalization. This then causes selection to fail with Cannot yet select: 0x13b7cc0: i32,i32,ch = call 0x13b76e0, 0x13b7800, 0x13b7800, 0x13b7800,...

...gt;>>>>> >>>>>> define i1 @fmp(double %a) { >>>>>> %result = fcmp uno double %a, 0.000000e+00 >>>>>> ret i1 %result >>>>>> } >>>>>> >>>>>> the fcmp is expanded to the a call to __unorddf2 which is then >>>>>> lowered via the LowerOperation hook of my backend. However for >>>>>> some >>>>>> reason >>>>>> there remains a ISD::CALL node with __unorddf2 in the DAG after >>>>>> legalization. This...

...is then lowered via the > LowerOperation hook of my backend. > > However I run into problems with fcmp. With the following code: > > define i1 @fmp(double %a) { > %result = fcmp uno double %a, 0.000000e+00 > ret i1 %result > } > > the fcmp is expanded to the a call to __unorddf2 which is then > lowered via the LowerOperation hook of my backend. However for some > reason > there remains a ISD::CALL node with __unorddf2 in the DAG after > legalization. This > then causes selection to fail with > > Cannot yet select: 0x13b7cc0: i32,i32,ch = call 0x13b76...

what C code would produce the following when soft float is enabled? (RTLIB::UO_F32, "__unordsf2"); (RTLIB::UO_F64, "__unorddf2"); (RTLIB::O_F32, "__unordsf2"); (RTLIB::O_F64, "__unorddf2"); tia. reed

Hi Reed, Sorry about the off-list reply. I need to reset my list preferences. If I build: cmp.c: int cmp_single(float a) { return (a != a) ? 1 : 0; } int cmp_double(double a) { return (a != a) ? 1 : 0; } with clang -target mips-unknown -S cmp.c I get calls to __unordsf2 and __unorddf2. Pete