The installation of Glumpy fails with clang error on MacOS (10.14) (and so does triangle but throws the same error). The error is that clang does not find the stdio.h file which is clearly on the system. Can I some how feed the location of stdio.h to the setup.py script?
I have tried to compile it from source but then I got into the depdence hell of python which I would like to avoid. Pip would be the optimal way
This is where it fails:
clang -fno-strict-aliasing -fno-common -dynamic -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/usr/include -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.14.sdk/System/Library/Frameworks/Tk.framework/Versions/8.5/Headers -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -DVOID=void -DREAL=double -DNO_TIMER=1 -DTRILIBRARY=1 -DANSI_DECLARATORS=1 -Ic -I/usr/local/include -I/usr/local/opt/openssl/include -I/usr/local/opt/sqlite/include -I/usr/local/Cellar/python@2/2.7.15_2/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c c/triangle.c -o build/temp.macosx-10.14-x86_64-2.7/c/triangle.o c/triangle.c:350:10: fatal error: 'stdio.h' file not found
I am not sure why clang does not find its own includes on its own system but one would think this should be the case. Is there a way to solves this?
Thanks!
After updating to MacOS Catalina (10.15) the problem disappeared. This means that Xcode got the update first which is crazy in my mind.