New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Test failures on ARM and i686 #197
Comments
Some systems have broken versions of BLAS. You could disable BLAS and see if that helps. But some of these errors have nothing to do with BLAS so I can't say. Certainly dlib will work on ARM and i686 machines, but I don't know why the tests are failing on your computer. |
I can reproduce the test failures on Ubuntu 16.04 in a 32-bit chroot. So, I don't think these failures are Guix related.
The fifth test failure was indeed solved by updating OpenBLAS. |
What are the steps to reproduce this in ubuntu?
|
I roughly followed the steps here: https://wiki.ubuntu.com/DebootstrapChroot ..with some modifications. I believe this was the full procedure:
...and then build and run the tests as usual. Tested with latest git master. |
I just tried it and I get the same errors. All of them seem to be due to
to strict numerical thresholds on the tests except for the DNN one. I'm
not sure what's going on there yet.
|
I push fixes for these tests a minute ago. All of them seem to work now
except for the fhog tests when SIMD instructions are disabled. I'm not
sure what the deal with fhog is yet. 64 vs 32 bit shouldn't matter as the
function is just a bunch of float arithmetic.
|
Thanks, that was quick! I can confirm that, on Ubuntu, only the fhog test still fails. On Guix, in addition to fhog, I still see a
Do you have any idea what may cause this? I can't easily check if the ARM failures are resolved, but can open another issue for that if it still occurs after the next release (I'll simply disable these tests for 19.1). |
No problem.
What is the value of that expression in the sparse vector test? Maybe
1e-15 is too tight.
I'm not sure why this is happening in this environment. Dlib was and is
used on 32bit i686 machines for a long time. But in this environment
floating point arithmetic is different. Who knows.
|
Upgrading gcc from 4.9.3 to 5.3.0 made the sparse vector test pass. FWIW the expression value under GCC 4.9.3 was So I think this is resolved for now, save for the |
Hi,
I've packaged dlib for GNU Guix and the CI tool reports test failures on ARM and i686 targets.
On ARM the failing tests are:
On i686 there are five tests total failing, see the full log here: https://hydra.gnu.org/build/1443544/nixlog/3/raw
And here for the ARM build log: https://hydra.gnu.org/build/1443671/nixlog/2/raw
The errors look serious, so I wonder if we are doing something wrong? Is ARM and i686 supported at all? I cannot reproduce this on amd64, but the Hydra build server is actually crashing on
test_empirical_kernel_map
: https://hydra.gnu.org/build/1443697/nixlog/2/rawThe text was updated successfully, but these errors were encountered: