PyPy 7.3.7 & MacOS 11.x: Numpy fails to build, but only as a build dependency when `--use-pep517` is active.

[gwerbin]

Description

Under PyPy 7.3.7, Numpy can be built and installed from source with pip install numpy, but it fails to build when being used as a PEP 517 build dependency, with an assertion error about an unsupported tag ('pp37', 'pypy37_pp73', 'macosx_10_7_x86_64').

However, it does appear to work with the --no-use-pep517 flag (at least, it proceeds beyond Numpy and fails anyway because Cython is not available).

Expected behavior

I expected Numpy to work as a PEP 517 build dependency, because it works when I install it as a regular dependency

pip version

pip 21.3.1

Python version

PyPy 7.3.7 (3.7)

OS

MacOS 11.6.1

How to Reproduce

/usr/local/bin/pypy3 --version
# Python 3.7.12 (44db26267d0a38e51a7e8490983ed7e7bcb84b74, Oct 28 2021, 05:11:03)
# [PyPy 7.3.7 with GCC Apple LLVM 13.0.0 (clang-1300.0.29.3)]

/usr/local/bin/pypy3 -m venv ./my-project
./my-project/bin/python -m pip install -U pip setuptools wheel

This works fine:

./my-project/bin/python -m pip install numpy

This does not:

./my-project/bin/python -m pip install -U scipy

But this works fine (until it hits the unrelated Cython error):

./my-project/bin/python -m pip install --no-use-pep517 -U scipy

Output

< ... huge build log and traceback ... >

    AssertionError: would build wheel with unsupported tag ('pp37', 'pypy37_pp73', 'macosx_10_7_x86_64')
    ----------------------------------------
    ERROR: Failed building wheel for numpy
  Failed to build numpy
  ERROR: Could not build wheels for numpy, which is required to install pyproject.toml-based projects
  ----------------------------------------

Code of Conduct

• I agree to follow the PSF Code of Conduct.

[pradyunsg]

/cc @mattip

Could you paste the output of pip debug --verbose into a GitHub Gist, and paste a link to that Gist here?

[gwerbin]

https://gist.github.com/gwerbin/39c21967f7cd6fad09b95e42e6779b67

[mattip]

Strange, I see the valid tag pp37-pypy37_pp73-macosx_10_7_x86_64 in the gist. Do things change if you activate the virtualenv instead of running the command from inside it?

/usr/local/bin/pypy3 -m venv ./my-project
source /my-project/bin/activate 

[gwerbin]

Strange, I see the valid tag pp37-pypy37_pp73-macosx_10_7_x86_64 in the gist. Do things change if you activate the virtualenv instead of running the command from inside it?

/usr/local/bin/pypy3 -m venv ./my-project
source /my-project/bin/activate 

Nope, it's the same error when I have the environment activated.

[pradyunsg]

And finally, can you run the failing command with pip install -v, put that in a Gist and share it?

[gwerbin]

I added the output to my Gist: https://gist.github.com/gwerbin/39c21967f7cd6fad09b95e42e6779b67#file-pip-install

I noticed that this might be a configuration problem in Scipy, not in Pip. The output suggests that it only supports Numpy in the build backend under PyPy 3.8, but not 3.7, so it tries to build a wheel from source and then rejects the wheel for being built with the wrong version. I'm not sure what to make of that. I can try with PyPy 7.3.7 3.8 to see if it works with that version (which is more likely what I'd want to use anyway).

[carlosyanez]

Hi @gwerbin, have you found a workaround by any chance? I'm having exactly same issue (the same os, python, pypy versions)
Thanks!

[gwerbin]

Hi @gwerbin, have you found a workaround by any chance? I'm having exactly same issue (the same os, python, pypy versions) Thanks!

Unfortunately no, since I was not really using this for any "serious work", so I dropped it. It might be a good idea to raise an issue on the Scipy issue tracker, in case it turns out to be a misconfiguration on their end and not in Pip, which is what I have started to suspect..