Ryan Pavlik

Gah, it occurred to me after submitting to search for `/usr/include` .. this appears similar to #33. I assume this is a cmake bug then, as FindOpenGL is part of...

I spoke too soon; that alone does not fix it. However, *this* does: ```cmake function(FixUsrInclude TARGET) get_target_property(_includes ${TARGET} INTERFACE_INCLUDE_DIRECTORIES) list(REMOVE_ITEM _includes "/usr/include") set_target_properties(${TARGET} PROPERTIES INTERFACE_INCLUDE_DIRECTORIES "${_includes}") get_target_property(_deps "${TARGET}" INTERFACE_LINK_LIBRARIES) if(NOT...

Sorry for the delay; yeah, that's not an issue at all. I'll try to get these tagged today. They'll be `A.B.C.v` where `A.B.C` is the LLVM release, and `.v` is...

Probably change the requested version to 8.0 in CMakeLists.txt. I haven't built LLVM 8 yet though, and some minor updates are usually needed with new major releases.

Probably if you need `c2ffi` and you don't want to figure out what changed in LLVM 8; I haven't had a chance to build and Arch is still on 7.0.1...

Finally got updated to 8.0. ;)

If someone would like to submit macos-specific instructions to include in the README, that might be the best fix here. Alternatively some slightly better detection of the proper clang in...

Possibly different gcc used to build clang vs c2ffi, or trying to build c2ffi with libc++ when clang was built with libstdc++, etc.

I've rarely had luck with Ubuntu-provided llvm. The real key seems to be using whatever you built llvm/clang with, because you're linking to it and it's expecting the same C++...

This might be an issue with clang detecting the language now? This is really an autowrap issue I guess.