Hi Vineet, I tried to sync the libm tests from glibc to uClibc-ng, but I think I broke it. May be we should revert the commit? 3384c45e66ddf18f235654b67ae34ac7dcb07534 best regards Waldemar Vineet Gupta wrote, > Hi Waldemar, > > After test-suite commit 9f079b6353 "(disable complex math)" the math tests build > and I see lot of failures (for the default soft float builds) > > .... test-float-finiteFAIL test-float-finite got 1 expected 0 > .... test-floatFAIL test-float got 1 expected 0 > .... test-idoubleFAIL test-idouble got 1 expected 0 > .... test-ifloatFAIL test-ifloat got 1 expected 0 > .... test-matherrFAIL test-matherr got 1 expected 0 > .... test-nan-overflowFAIL test-nan-overflow got 1 expected 0 > .... test-nan-payloadFAIL test-nan-payload got 1 expected 0 > > > Interestingly in ARC glibc port, soft float builds, all flaot tests pass (so > atleast gcc/libgcc foo seem to be fine I think). > > I noticed a few things: > > 1. ulps for ARC was removed from test-sute last year - so I copied over the > version from ARC glibc port [1] > > 2. I suppose these don't depend on UCLIBC_HAS_FENV. Anyhow It seems uClibc > __UCLIBC_HAS_FENV__ implies hardware float as it expects all FE_* > exceptions/rounding modes to be defined in ARCH specific file. > > Anyhow I tried creating an ARC specific fenv to support soft float with no > exceptions and only single rounding mode but that doesn't seem to help. Any idea > what I'm missing or if it is worth pursuing at all. > > Thx, > -Vineet > > > [1] http://lists.infradead.org/pipermail/linux-snps-arc/2019-January/005347.html > > _______________________________________________ > devel mailing list > devel@xxxxxxxxxxxxx > https://mailman.uclibc-ng.org/cgi-bin/mailman/listinfo/devel _______________________________________________ linux-snps-arc mailing list linux-snps-arc@xxxxxxxxxxxxxxxxxxx http://lists.infradead.org/mailman/listinfo/linux-snps-arc
