Skip to main content

Building bitcoin/litecoin on mac os x missing EC.h

For my own fun, I was playing around with bitcoin, to check how the parameters of the cryptocurrencies can be modified.

 After recent upgrades to my OS, I could not build any longer the bitcoind. Seems like something changed on that side. Now this command
./configure --with-gui=qt5 --enable-debug

Was sistematically producing 

configure: error: OpenSSL ec header missing


EC is the file for elliptic curve cryptography. I had brew correctly configured, and the header files were all correctly present. After some time spent inspecting the issue, on github I was able to find the solution for this problem. I simply add to export the following



export LDFLAGS=-L/usr/local/opt/openssl/lib









export CPPFLAGS=-I/usr/local/opt/openssl/include







There is aksi pull request on bitcoin for that, I hope I could save you some time





https://github.com/bitcoin/bitcoin/pull/6885/files?diff=split&unchanged=expanded

Comments

Unknown said…
I have the same problem. Through

brew info openssl,

it says something like
"openssl ... (bottled).

Does that mean the openssl from brew doesn't have certain cipher like ec?

I tried to compile from source code myself, but haven't been able to solve the problem. It can be that I messed up at some steps. It will be very helpful if there is automatic step like brew for OsX.
11/15/2015 04:17:00 AM
Francesco De Collibus said…
When something is bottled into brew, it means is not automatically linked in /usr/local/lib . This happens because mac os x is shipped with another openssl implementation who could potentially conflict with the one from brew. That's why it's not automatically linked, but you have to explicitly do it
11/15/2015 06:28:00 PM
Post a Comment

Popular posts from this blog

The "Code-Rich" Organization: How Automatic Code Generation Will Revolutionize Everything

  I put on paper a couple of thoughts about AI and Large Language Models (LLM) for automatic code generation in the development process. My thesis is that the current organizations are mostly “code-thin”, where only the basic Business Processes are modeled through software, while in the future we will have “code-rich" organizations boosted through the abundant and cheap AI and LLM Generated software code. These “code-rich” organizations, where every possible business process is software based - will outperform the usual "code-thin" organizations, where software is “hand-made” and expensive. Feedback would be very, very appreciated. https://www.linkedin.com/pulse/code-rich-organization-how-automatic-code-generation-de-collibus
Post a Comment
Read more

Multiple controllers with Spring Boot

Remember, when you want to have multiple controllers with Spring Boot, you should always name them differently in the annotation, otherwise they will not work So these two together will NOT work (or just one of them will work) These two instead WILL work.
2 comments
Read more