Skip to content

Conversation

@theuni
Copy link
Member

@theuni theuni commented Feb 27, 2015

This was added a while ago for testing purposes, but was never intended to be used. Remove it until upstream libsecp256k1 decides that verification is stable/ready.

Because it appears as though it's optional for use, there have been several efforts to clean it up and get it back in working order. See #5837 #5838 #5811 for examples.

Until this is actually intended to be used, remove it to remove the temptation.

@gmaxwell
Copy link
Contributor

utACK.

@sipa
Copy link
Member

sipa commented Mar 1, 2015

This doesn't remove support from configure.ac, is that intentional?

@laanwj
Copy link
Member

laanwj commented Mar 2, 2015

utACK. I like to test around with secp256k1, but it's just as easy to patch it back in instead of fixing it up.

@theuni theuni force-pushed the remove-libsecp256k1-verification branch 2 times, most recently from 63073f9 to 16a58a8 Compare March 2, 2015 16:22
This was added a while ago for testing purposes, but was never intended to be
used. Remove it until upstream libsecp256k1 decides that verification is
stable/ready.
@theuni
Copy link
Member Author

theuni commented Mar 2, 2015

@sipa Thanks, I didn't realize those bits were still around. Nuked those as well as the ones in Makefile.am.

@sipa
Copy link
Member

sipa commented Mar 3, 2015

reutACK

@sipa sipa merged commit 16a58a8 into bitcoin:master Mar 3, 2015
sipa added a commit that referenced this pull request Mar 3, 2015
16a58a8 keys: remove libsecp256k1 verification until it's actually supported (Cory Fields)
@bitcoin bitcoin locked as resolved and limited conversation to collaborators Sep 8, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants