PyPy build issue on macOS

[zeropoid]

How to fix this?

[ofek]

Try https://github.com/ofek/coincurve#installation

[zeropoid]

it's not working exactly using https://github.com/ofek/coincurve#installation

[ofek]

What command are you using to install?

[zeropoid]

sudo -H pypy -m pip install coincurve

[ofek]

Can you please check if sudo -H pypy -m pip install https://files.pythonhosted.org/packages/bf/03/45fc216b065a11c142b96a857c40c39265b3c8a7d736d45d7fed5fc5edb6/coincurve-6.0.0-cp35-cp35m-macosx_10_6_intel.whl works?

[zeropoid]

Nope

[zeropoid]

With your command I am getting: coincurve-6.0.0-cp35-cp35m-macosx_10_6_intel.whl is not a supported wheel on this platform.

[zeropoid]

My platform is: macOS Hight Sierra 10.13.2 (17C88)

[jgraef]

I have the same issue when building from source. With CFLAGS=-I$(realpath libsecp256k1/src/) python3 setup.py install it works. I think somewhere it sets [...]/libsecp256k1 as include path (gcc flag -I) and misses that those headers are actually in [...]/libsecp256k1/src.

[ofek]

bitcoin-core/secp256k1@f54c6c5 broke us I think

@jgraef Can you please try c120e8c ?

[zeropoid]

Okey, looks like I'v temporary solved this issue, by changing relative paths in the file _cffi_build/build.py, but after successful installation, I am facing another looks like related issue.
If now I am trying to lunch some python script using pypy, I am getting this:

And I think to myself.... What a wonderful world ;d

[ofek]

Can you please try in a completely fresh env with version 7.0.0 released last night?

[zeropoid]

The same problem persist even in version 7.1.0

[ofek]

@ulope If you have time, can you please take a look at this? It must be an issue with PyPy on macOS.

[zeropoid]

Where exactly... Would you be, so kind and be more specific on this?

[vyomshm]

I'm getting the same error when trying to install coincurve on a Raspberry pi.

I was trying to run microraiden's pi tutorial

[Sonixier]

Same problem on linux.

[ghost]

It seems like the issue is related to secp256k1_ecdh being marked as an experimental module. Some OSes/distros compile that module in, while sometimes don't. In order to enable it during manual compilation of libsecp256k1, you have to add following options while executing ./configure:
--enable-experimental --enable-module-ecdh
After compiling it, the problem should disappear.

[ghost]

Same problem on OpenBSD.

[gurukamath]

Is there any work-around here? I am facing the same issue on macOS Monterey with Apple M1

[RamirezAlex]

Is there any progress on this? I am having this issue with Apple Silicon M1