Open hmaarrfk opened 5 years ago
@tylerjereddy
numpy 1.11 python 2.7 failure:
======================================================================
FAIL: test_longdouble.test_repr_roundtrip
----------------------------------------------------------------------
Traceback (most recent call last):
File "/root/archiconda3/conda-bld/numpy_1546900037232/_test_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeho/lib/python2.7/site-packages/nose/case.py", line 197, in runTest
self.test(*self.arg)
File "/root/archiconda3/conda-bld/numpy_1546900037232/_test_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeho/lib/python2.7/site-packages/numpy/core/tests/test_longdouble.py", line 35, in test_repr_roundtrip
"repr was %s" % repr(o))
File "/root/archiconda3/conda-bld/numpy_1546900037232/_test_env_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placehold_placeho/lib/python2.7/site-packages/numpy/testing/utils.py", line 381, in assert_equal
raise AssertionError(msg)
AssertionError:
Items are not equal: repr was 1.0
ACTUAL: 1.0
DESIRED: 1.0
in addition to the one above I got too lazy to let the 3.6 and 3.7 builds even start since I assumed it had to do with the floating point unit in the arm processor.
https://app.shippable.com/github/Archiconda/numpy-feedstock/runs/12/1/console
Hmm 1.11
is pretty old! Pretty sure we're not using openblas
yet on NumPy master branch ARMv8 builds, though I suppose we should in order to match wheel builds on other platforms.
We're just using some apt-get
commands for the linalg backends at the moment. I guess you could try that if you really want, but probably not really consistent with the conda
approach.
Hopefully we can resolve the single (?) failure for 1.15
or at least for master branch if that fails any tests with openblas on ARM
I know numpy 1.11 is pretty old, but I think it is now considered the defacto LTS. Especially since you have such strong forward compatibility, people are compiling against it ;).
So even for this super new distribution, I had to compile it. I think @jakirkham wanted to drop the in between ones for conda-forge, but couldn't.....
I'm not really sure it is openblas related, but it didn't seem that anybody else was raising that issue, and I feel like that might be the only difference between my and your builds.
Oh, and gcc 7.3, so it could be that too!!!! Ubuntu 18.04
.... they built as far back as 1.9... that isn't going to happen here
Here are some fresh builds that should reproduce the failures on python 3.6 (you know, when they run and finish that is)
https://app.shippable.com/github/Archiconda/numpy-feedstock/runs/17/summary/console
maybe it is because i'm building with openblas 0.3.5
Here are some builds that I'm going to let go to completion. https://app.shippable.com/github/Archiconda/numpy-feedstock/runs/6/summary/console
python 2.7 failures
```python self =