Apple

My commandline OS X project uses the most recent version of OpenCV installed in /opt/local. The problem is that OpenCV requires a newer version of ncurses than is in the OS X 10.11 SDK. So, system-wide there are two versions of ncurses: V5.7 installed in /usr/include, and V6.0 installed in /opt/local/include.

HEADER_SEARCH_PATHS = $(inherited) /opt/local/include/opencv /opt/local/include/opencv2 /opt/local/include

It seems /usr/include is hardcoded somewhere in Xcode, because Xcode begins its parsing by loading up the *old* version of ncurses first:

In file included from /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/ncurses.h:141:

But when that ncurses.h does an #include <curses.h>, it seems to be loading up the *new* version, /opt/local/include/curses.h, which is incompatible, and generates a multitude of errors.

How can I get Xcode to use the newer version installed in /opt/local/include, and not the older one in /usr/include?

-Carl

On Jan 14, 2016, at 12:26 PM, Jens Alfke <email@hidden> wrote:

Looks like you’ve got a header named unctrl.h in /opt/local/include that is in the compiler’s header search path before the SDK header paths, so when the standard ncurses.h includes unctrl.h it gets your local one instead of the standard one. And then it appears that your local one is not compatible — when I look at that header in the Mac OS SDK, there is no declaration like the one quoted above.