On 14/10/23 15:55, Bruno Haible wrote:
> On Linux/mips (all 3 ABIs) and on Linux/hppa (configuring a testdir in such
> a way that the configuration ignores the totalorder* functions provided by
> glibc and instead uses the gnulib replacement instead:
> gl_cv_func_totalorder_in_libm=no gl_cv_func_totalorder_no_libm=no \
> gl_cv_func_totalorderf_in_libm=no gl_cv_func_totalorderf_no_libm=no \
> gl_cv_func_totalorderl_in_libm=no gl_cv_func_totalorderl_no_libm=no \
> ./configure
> ), I see these test failures:
>
Do we have a bug similar to the one you opened for SH4 on glibc? Joseph reminded
me that we did see the SH failure when I tested on glibc 2.33 [1] (and fixing
should be easier than I though).
But the MIPS failure is expected because we do handle the different sNAN
format (or at least we should). And I haven't see any testsuite failure
back when I tested on some mips hardware.
[1] https://sourceware.org/pipermail/libc-alpha/2018-February/091658.html
