Re: totalorder*: Fix test failures on PA-RISC and MIPS CPUs

[Adhemerval Zanella Netto]

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