Try playing with
brew link openal or brew unlink openal if you use Homebrew.
I've had a similar issue with SDL and it helped me proceed with the build.
https://github.com/ValveSoftware/Proton/issues/234#issuecomment-415311636
Thanks @BlokenClockCrisps , but I try to use link and unlink, they seem didn't work.
Error: No such keg: /usr/local/Cellar/openal
@chy9002 The issue (as it seems to me) here is that the compiled OpenAL library is compiled for i386 arch and you should somehow provide a x86-64 one. Try compiling that yourself, I guess, if you have this issue with openal-soft installed.
I ran across this issue as well, was there anything specific that worked to resolve it?
@BlokenClockCrisps openal-soft is included in the proton dependency, and they have both 32bit and 64bit compiled.
@chy9002 were you able to solve the issue?
This problem also occurred on my MacOS as well, please reopen this issue so we can discuss for a solution.
Build failed on this line: build_proto.sh:134
|133 $I386_WRAPPER "$CMAKE32" "$TOP"/openal-soft -DCMAKE_C_FLAGS="-m32" -DCMAKE_INSTALL_PREFIX="$TOOLS_DIR32"¬
|134 $I386_WRAPPER make $JOBS VERBOSE=1¬
And the errors are as follows:
/usr/local/Cellar/cmake/3.12.1/bin/cmake -E cmake_link_script CMakeFiles/alffplay.dir/link.txt --verbose=1
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ -std=c++11 -O2 -g -D_DEBUG -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.13.sdk -Wl,-sea
rch_paths_first -Wl,-headerpad_max_install_names CMakeFiles/alffplay.dir/examples/alffplay.cpp.o CMakeFiles/alffplay.dir/common/almalloc.c.o CMakeFiles/alffplay.dir/common/atomic.c.o CMakeFiles/alffplay.dir/common/rwlock.c.o CMakeFiles/a
lffplay.dir/common/threads.c.o CMakeFiles/alffplay.dir/common/uintmap.c.o -o alffplay -Wl,-rpath,/Users/windmgc/Programming/proton/build/openal.win32 /usr/local/lib/libSDL2main.a /usr/local/lib/libSDL2.dylib -framework Cocoa /usr/local/l
ib/libavformat.dylib /usr/local/lib/libavcodec.dylib /usr/local/lib/libavutil.dylib /usr/local/lib/libswscale.dylib /usr/local/lib/libswresample.dylib /usr/lib/libz.dylib libopenal.1.18.2.dylib -framework AudioToolbox -framework Applicati
onServices -framework AudioUnit -framework CoreAudio -lpthread -ldl -lm
ld: warning: ignoring file CMakeFiles/alffplay.dir/common/almalloc.c.o, file was built for i386 which is not the architecture being linked (x86_64): CMakeFiles/alffplay.dir/common/almalloc.c.o
ld: warning: ignoring file CMakeFiles/alffplay.dir/common/atomic.c.o, file was built for i386 which is not the architecture being linked (x86_64): CMakeFiles/alffplay.dir/common/atomic.c.o
ld: warning: ignoring file CMakeFiles/alffplay.dir/common/rwlock.c.o, file was built for i386 which is not the architecture being linked (x86_64): CMakeFiles/alffplay.dir/common/rwlock.c.o
ld: warning: ignoring file CMakeFiles/alffplay.dir/common/threads.c.o, file was built for i386 which is not the architecture being linked (x86_64): CMakeFiles/alffplay.dir/common/threads.c.o
ld: warning: ignoring file CMakeFiles/alffplay.dir/common/uintmap.c.o, file was built for i386 which is not the architecture being linked (x86_64): CMakeFiles/alffplay.dir/common/uintmap.c.o
ld: warning: ignoring file libopenal.1.18.2.dylib, file was built for i386 which is not the architecture being linked (x86_64): libopenal.1.18.2.dylib
Undefined symbols for architecture x86_64:
It seems that c++ without a -m32 option takes alffplay as an x86-64 build target, so maybe we need to add this to CMAKE_CXX_FLAGS.
I also noticed that this build process used libSDL2.dylib and libavcodec.dylib and other dynamic libs, so it may be necessary that these libs are well prepared in i386... and I didn't found something like that on my Mac.
Same issue as #1310. https://github.com/ValveSoftware/Proton/commit/670a128d6a6d1fe915aa42ccd05463c45832b83d will sidestep the issue by disabling the build of alffplay, which we don't need anyway. Ignore the dxvk change in that commit, just the build_proton.sh change is apropos.
SDL_SOUND_INCLUDE_DIRx1 2018-08SDL_SOUND_LIBRARIESx1 2018-08
System: 10.13.6
Xcode: Version 9.4.1 (9F2000)
Log: