search

kcat / alure

Alure is a utility library for OpenAL, providing a C++ API and managing common tasks that include file loading, caching, and streaming
zlib License
70 stars 20 forks source link

Can not find `alext.h` on macOS Sierra #1

Closed karamellpelle closed 8 years ago

karamellpelle commented 8 years ago

I have macOS Sierra, newest XCode, and cmake 3.6.2. It fails during build since it can not find the file alext.h included by ./src/device.h. I can see that there is a file ./include/alext.h. But make -n shows that only the folder ./include/AL is included (not ./include where _alext.h is).

build.txt

karamellpelle commented 8 years ago

I think this is a problem with macOS. If I change the ./CMakeLists.txt:11 (in order to include ./alext.h, the one given by alure) to 

include_directories(${alure_SOURCE_DIR}/include/AL ${alure_SOURCE_DIR}/include ${alure_SOURCE_DIR}/src ${alure_BINARY_DIR} ${OPENAL_INCLUDE_DIR})

It gives me a new compile error:

/Users/karamellpelle/source/alure/src/device.h:48:5: error: unknown type name 'LPALCGETSTRINGISOFT'; did you mean 'LPALCGETSTRING'?

As I can see, LPALCGETSTRINGISOFT is defined in the openal-soft implementation of alext.h, but not in ./include/alext.h. There is however no alext.h in the macOS OpenAL implementation (/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/System/Library/Frameworks/OpenAL.framework/Headers)

With brew I can install openal-soft, but I have to include the headers myself; see brew-openal-soft.txt

kcat commented 8 years ago

Commit 87822c6f2ae88c4eba17f1e4d8f606e58c80b7e4 updates Alure's internal headers with a newer alext.h that has the missing function type, and commit b312f0d54791924f842cc3f15c8b79126ac195df re-enables use of the internal AL headers over the system headers. Does it work now?

karamellpelle commented 8 years ago

By pulling the newest HEAD, everything compiles fine with a small modification: #3

Thanks!