Adhemerval Zanella Netto wrote:
> Do we have a bug similar to the one you opened for SH4 on glibc?
No, the SH4 architecture is the only one on which I identified a totalorder*
malfunction in glibc.
> But the MIPS failure is expected ...
The MIPS test failure was because MIPS uses the "inverted"
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
On Linux/sh4 (configuring again with
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 the same test failures:
