Q: Prerelease wheels no longer have OpenBLAS

As of a day or two ago, some builds that use:

pip install -f "https://7933911d6844c6c53a7d-47bd50c35cd79bd838daf386af554a83.ssl.cf2.rackcdn.com" --pre numpy

seem to have gotten a lot slower. Digging into it, two days ago (e.g., on 1.19.0.dev0+af0dfce) we saw openblas listed as the linked library (i.e., had something other than NOT AVAILABLE listed under it in np.show_config()), now on 1.19.0.dev0+2eedaa4 we get:

np.show_config()

$ python -c "import numpy; numpy.show_config()"
blas_mkl_info:
  NOT AVAILABLE
blis_info:
  NOT AVAILABLE
openblas_info:
  NOT AVAILABLE
atlas_3_10_blas_threads_info:
  NOT AVAILABLE
atlas_3_10_blas_info:
  NOT AVAILABLE
atlas_blas_threads_info:
  NOT AVAILABLE
atlas_blas_info:
  NOT AVAILABLE
accelerate_info:
  NOT AVAILABLE
blas_info:
  NOT AVAILABLE
blas_src_info:
  NOT AVAILABLE
blas_opt_info:
  NOT AVAILABLE
lapack_mkl_info:
  NOT AVAILABLE
openblas_lapack_info:
  NOT AVAILABLE
openblas_clapack_info:
  NOT AVAILABLE
flame_info:
  NOT AVAILABLE
atlas_3_10_threads_info:
  NOT AVAILABLE
atlas_3_10_info:
  NOT AVAILABLE
atlas_threads_info:
  NOT AVAILABLE
atlas_info:
  NOT AVAILABLE
lapack_info:
  NOT AVAILABLE
lapack_src_info:
  NOT AVAILABLE
lapack_opt_info:
  NOT AVAILABLE
numpy_linalg_lapack_lite:
    language = c
    define_macros = [('HAVE_BLAS_ILP64', None), ('BLAS_SYMBOL_SUFFIX', '64_')]

Is this intended, or a bug when migrating to manylinux2010 builds?

Apologies if this should live in https://github.com/MacPython/numpy-wheels instead, or if I’m missing something obvious.

[charris]

Yes, it has been fixed in the wheels repository, I checked a couple of days ago. Will do so again when the first 1.19 release is made.

[charris]

A quick way to check is the size, wheels – now that they are stripped – should run 10 - 14 MB compressed. OpenBLAS is the single largest part of the content.