Dear all,
As one of the developers of ProbABEL I can confirm this is a rounding
error. We have had similar problems in the past. The test run by make is
simply diff-ing the output of a test run with a 'known good' file. Back
when ProbABEL was still actively developed, I tried my best to maintain
On Sat, Feb 02, 2019 at 11:56:50AM +0100, Thierry fa...@linux.ibm.com wrote:
> Hi,
>
> Thanks for pointing out that my analysis wasn't good - the arm patch
> doesn't change anything for ppc64el (which make sense whatsoever) - the
> problem on ppc64el is similar to the one on arm except the test va
Hi,
Thanks for pointing out that my analysis wasn't good - the arm patch
doesn't change anything for ppc64el (which make sense whatsoever) - the
problem on ppc64el is similar to the one on arm except the test value
are opposite ! ( which was confusing).
So what do we need to do ? expect that someo
Hi,
I think these are just rounding errors due to different representation of
floating point numbers. Relaxing the precision of the test would solve
the problem (but I have no idea about the test suite and so do not know
how to implement this).
What I do also not understand why a fix that only o
Unfortunately the workaround mentioned for arm64 breaks ppc64el arch as
compiling on buster fails with following error - what do we do ?
Thanks
BT check (recess model): prob vs. prob_fv OK
2c2
<
5 matches
Mail list logo
