Closed CJBridges closed 5 years ago
This looks like it may be a problem with the way the LZMA headers are installed on your system. Is LZMA from Homebrew?
CoreFoundation is trying to include <Block.h>
, which I presume is supposed to resolve to /usr/include/Block.h
, but your compiler is finding LZMA's Block.h
instead. LZMA's Block.h
doesn't like being included, so it probably shouldn't be installed in a location that gets found by “system”-includes (those with <>
).
One workaround may be to change your INCLUDE
path so that /usr/include
comes before /usr/local/include
.
If you don't need LZMA, another workaround would be to uninstall it.
@rogual how to uninstall LZMA?
It'd depend on how you installed it. If it was through Homebrew, brew uninstall should work.
I faced this issue when attempting to build another library, the issue for me was that there were a lot of unbrewed header files found in /usr/local/include
after migrating my Mac OS X.
I ran brew doctor
and it gave me a list of these header files, deleting them fixed the issue.
I simple removed /usr/local/include/block.h
and this fixed the issue for me.
@rbkeefer I ran in to an issue installing a ruby with RVM that caused the same error that @CJBridges ran into. After reading through many other issues and stack overflow questions I found this one.
I ran mv /usr/local/include/block.h /usr/local/include/block.h.old
and my install worked. Thank you for the suggestion. 👍
I simple removed
/usr/local/include/block.h
and this fixed the issue for me.
Gave me a weekend back!
Steps to reproduce: 1) Install nvim 2) Follow instructions in project readme:
Compile log:
Other notes:
I have fully updated xcode tools installed:
The files/directories referenced for VIM and NVIM env variables exist.
Homebrew is fully updated:
I've installed scons and msgpack using homebrew:
Mac OS X is fully updated: MacOS High Sierra 10.13.3 (17D47)
Please let me know if there are any other steps I can provide or troubleshooting information I can make available.