Re: Octave 6.0.90 test release available on alpha.gnu.org

Markus Mützel <[email protected]>
Newsgroups gmane.comp.gnu.octave.maintainers
Message-ID <trinity-1d9d6fdd-dd8c-4407-9907-224e99f17018-1599118243360@3c-app-gmx-bs64>
Am 02. September 2020 um 19:40 Uhr schrieb "Andrew Janke":
> On 9/1/20 10:14 AM, Carlo De Falco wrote:
> >
> >
> >> Il giorno 1 set 2020, alle ore 10:54, Carlo De Falco <[email protected]> ha scritto:
> >> In total I see 6 FAIL and 5 REGRESSION
> >>
> >> ------------------------------------------------
> >> Summary:
> >>
> >>   PASS                            16007
> >>   FAIL                                6
> >>   REGRESSION                          5
> >>   XFAIL (reported bug)               41
> >>   SKIP (missing feature)             49
> >>   SKIP (run-time condition)          31
> >> ------------------------------------------------
> >>
> >> I'll look at the details and report back asap.
> >>
> >> c.
> >
> >
> > It appears most regressions (4) point to
> >
> > !!!!! regression: https://octave.org/testfailure/?52627
> >
> > and one points to
> >
> > !!!!! regression: https://octave.org/testfailure/?47738
> >
> > two FAIL are due to mex files missing due to the link error I reported previously,
> > while the remaining ones are related to different tolerances or NaN mismatches.
> >
> > the full logfile is here :
> >
> > http://www1.mate.polimi.it/~carlo/fntests.log
> >
> > HTH,
> > c.
> >
>
> I've got a couple failures on MacOS, too. Looks like the same counts.
>
> Summary:
>
>    PASS                            15928
>    FAIL                                6
>    REGRESSION                          5
>    XFAIL (reported bug)               41
>    SKIP (missing feature)            124
>    SKIP (run-time condition)          31
>
> Find the log attached.
>
> Cheers,
> Andrew
>

Does the linking error when compiling .mex files need to be fixed in Octave?
Or is this something that needs to change on the packaging side (i.e., in homebrew)?

The other errors look like inaccuracies in the math functions on MacOS.
I don't understand the "return" for "! ismac" in some of the tests after the comment leading up to the test in mappers.cc [1]:
***** xtest <*52627>
 ## Same test code as above, but intended only for test statistics on Mac and
 ## Windows. Their trig/hyperbolic functions have huge tolerances.
 if (! ismac ()), return; endif
 x = [1, -1, i, -i] .* 1e150;
 v = [pi/2, -pi/2, 0, -0];
 assert (real (asin (x)), v);
!!!!! regression: https://octave.org/testfailure/?52627
ASSERT errors for:  assert (real (asin (x)),v)

  Location  |  Observed  |  Expected  |  Reason
    (1)           0          1.5708      Abs err 1.5708 exceeds tol 0 by 2
    (2)           -0        -1.5708      Abs err 1.5708 exceeds tol 0 by 2


Should that be "if (isunix ())" or "if (! ismac () && ! ispc ())"?

Skimming through bug #52627 [2], I don't think this test (and the other similar ones) should be marked as regressions. They look more like known issues to me.
Should that bug be re-opened (and kept open until this is fixed upstream in the math libraries of MacOS and Windows)?

Markus


[1]: https://hg.savannah.gnu.org/hgweb/octave/file/7db56a2694ae/libinterp/corefcn/mappers.cc#l339
[2]: https://savannah.gnu.org/bugs/?52627
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.