On 3/25/20 7:06 PM, Joseph Myers wrote: > On Thu, 12 Mar 2020, Vineet Gupta via Libc-alpha wrote: > >> diff --git a/sysdeps/arc/bits/fenv.h b/sysdeps/arc/bits/fenv.h > > This is another example of one patch fixing up another. You're using the > same ABI for both hard and soft float, so the first patch adding a > bits/fenv.h header should be using that ABI for fenv_t, rather than one > patch adding it with one ABI then a subsequent patch changing the > definition of that type. Sorry about that. Indeed its a different mindset how we things do in glibc and I'm learning that slowly. I've fixed soft-float so this file is not touched anymore for hard-float. >> diff --git a/sysdeps/arc/fpu/libm-test-ulps b/sysdeps/arc/fpu/libm-test-ulps > > This will need updating for the recent changes to remove separate inline > function testing (so there should be no ifloat or idouble entries any > more). OK. FWIW I'm counting on Alistair's 64-bit stuff (and his frequent rebases) to be able to pick up latest upstream and then do the adjustments in ARC port. His changes seem rock solid in my ARC testing and I was hoping they get merged sooner. >> diff --git a/sysdeps/arc/tininess.h b/sysdeps/arc/tininess.h >> new file mode 100644 >> index 000000000000..1db37790f881 >> --- /dev/null >> +++ b/sysdeps/arc/tininess.h >> @@ -0,0 +1 @@ >> +#define TININESS_AFTER_ROUNDING 1 > > In the soft-float patch you define _FP_TININESS_AFTER_ROUNDING to 0. > Formally it doesn't really matter since you aren't supporting exceptions > for soft-float anyway. But typically I'd expect the definition of > _FP_TININESS_AFTER_ROUNDING, on architecture with support for both hard > and soft float, to match the architecture's rule for tininess detection > for hard-float. OK I've updated soft-float. Thx, -Vineet _______________________________________________ linux-snps-arc mailing list linux-snps-arc@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-snps-arc
