Conversation
94f22c0 to
cf29bfd
Compare
|
@adamjstewart : Could numpy+libflame be added to verify the functionality ? |
As I mention in #10383 (comment), it is likely worthwhile to:
|
d5b472f to
e4c7b8e
Compare
I'm hesitant to add this back as it greatly increases the complexity of the package and has never been recommended by the developers. I'm afraid it might break more things than we realized, not just in 1.17.0 and not just numexpr. I would rather:
|
|
Can someone test another platform/compiler for me? Spack is broken on Blue Waters (#12187) and I'm unable to build even a basic |
|
I'll re-run the test script I created for #8817 with this branch and get back with the results in a few days. |
|
Thanks @s-sajid-ali. You should be able to run: $ spack install --test=root py-numpy +blas+lapack ^intel-mkl
$ cd $(spack location -i py-numpy +blas+lapack ^intel-mkl)
$ cat ./lib/python3.7/site-packages/numpy/distutils/site.cfg
$ ldd -r $(find . -name '*.so') | sort | uniqfor every combination. We want to make sure that a) the |
IMO that's problematic because 1.17.x is Python 3 only and Python 2 is still supported for a short while longer.
That seems like a big ask
If we merge this without addressing some 1.16.x version an issue should be opened and hopefully that patch will be sufficient. |
|
@scheibelp does the latest commit address your concerns? |
yes |
9586dbe to
05cbeec
Compare
|
|
36a3dd6 to
6faa6a2
Compare
|
Okay, I think this PR is complete from my end. I've tested most common configurations and reported bugs upstream when I wasn't able to get them working. If anyone wants to see any more tests, let me know. Otherwise, I think this PR is finally ready to merge! |
143b6bc to
ded5c88
Compare
…upsream_develop * commit 'f7026a058b63f5a3109691e2c3871ee77c08f756': (1881 commits) Version 19.8.1 of PLASMA (spack#12299) new package: py-exodus (spack#12291) ncurses: fix pic and opt flags (spack#12272) pumi: new version 2.2.1 (spack#12282) tests: explain and test dependency flattening routines (spack#11993) graphviz package: add MacOS fixes and quartz support (spack#11128) Overhaul numpy package (spack#12170) mirrors: mirror config should use spack variable expansions (spack#9027) stacks: fix reference handling in env.write() (spack#12096) fltk: fix about variable types (spack#12292) Avoid sending empty reports to codecov (spack#12293) Packages/musl (spack#12288) c-blosc package: Add -std=gnu99 flag for gcc (spack#11959) Move new packages from tutorial to builtin (spack#12289) Balay/amrex 19.08 (spack#12287) openPMD-api: pre-load depend libs (spack#12279) Add version 19.8.0 of PLASMA (spack#12275) Add version 2.5.1 of MAGMA released today (spack#12274) ginkgo: add maintainers (spack#12273) new package: py-backports-tempfile (spack#12261) ... # Conflicts: # .travis.yml # var/spack/repos/builtin/packages/moab/package.py # var/spack/repos/builtin/packages/mofem-cephas/package.py # var/spack/repos/builtin/packages/mofem-fracture-module/package.py # var/spack/repos/builtin/packages/mofem-users-modules/package.py # var/spack/repos/builtin/packages/petsc/package.py
* Add numpy 1.17.0 * Overhaul numpy package * Flake8 fixes * Undefined reference fix * HeaderList and LibraryList need an arg * veclibfort has no headers * Add patch for older versions of py-numpy * Remove py-meep hack from py-numpy package * libflame: always add max arg hack flag * Fix build with GCC 4.8 * Compiler flags come from self.compiler * Only apply -std=c99 to cflags * Try to fix libflame package * Fix ATLAS build on macOS * --force-clang flag added in 3.10.3
|
Update: the |
Fixes #3204
Fixes #5327
Fixes #6634
Fixes #7687
Fixes #8616
Closes #8817
Fixes #10361
Fixes #12237
This PR makes the following changes:
~blas~lapackwas requestedblislibflameveclibfortObviously, any big change to the numpy package, which has already gone through a lot of turmoil, will require extensive testing. Here are the platforms and configurations I would like to test before merging this:
macOS 10.14.5, Clang 10.0.1
+blas+lapack ^intel-mkl+blas~lapack ^blis+cblas(fails due to rpath problems: Problems building numpy with BLIS numpy/numpy#14180)+blas+lapack ^openblas~blas+lapack ^libflame@master(unable to build libflame: Add libflame #12193)+blas+lapack ^atlas(weird build error: Bug in ATLAS version detection numpy/numpy#14212)+blas+lapack ^veclibfort(I think veclib is enough, veclibfort is not required)+blas+lapack ^netlib-lapack~blas~lapackLinux CentOS 7, GCC 4.8.5
+blas+lapack ^intel-mkl+blas~lapack ^blis+cblas(fails due to rpath problems: Problems building numpy with BLIS numpy/numpy#14180)+blas+lapack ^openblas~blas+lapack ^libflame@master(numpy does not pick up libflame: Can't build with libFLAME numpy/numpy#14205)+blas+lapack ^atlas+blas+lapack ^netlib-lapack~blas~lapackCaveats
esslornetlib-xblas^blis ^libflame, but they should work@scheibelp @huqy @robbmcleod @scottwittenburg @s-sajid-ali