Changes between Initial Version and Version 1 of Ticket #67681, comment 4
- Timestamp:
- Jun 25, 2023, 8:51:43 AM (16 months ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #67681, comment 4
initial v1 1 The `_sf_` symbols are from libsndfile. openal-soft doesn't declare a dependency on libsndfile, but it looks like openal-soft tries to use libsndfile anyway if you already had it installed. That would be a bug that I would need to fix. The undefined symbols are being encountered when compiling uhjencoder.cpp and that file only getscompiled [https://github.com/kcat/openal-soft/blob/d3875f333fb6abe2f39d82caca329414871ae53b/CMakeLists.txt#L1577-L1595 when libsndfile is found].1 The `_sf_` symbols are from libsndfile. openal-soft doesn't declare a dependency on libsndfile, but it looks like openal-soft tries to use libsndfile anyway if you already had it installed. That would be a bug that I would need to fix. The undefined symbols are being encountered when compiling uhjencoder.cpp and uhjdecoder.cpp and those files only get compiled [https://github.com/kcat/openal-soft/blob/d3875f333fb6abe2f39d82caca329414871ae53b/CMakeLists.txt#L1577-L1595 when libsndfile is found]. 2 2 3 3 If you already had libsndfile installed for x86_64 only but were trying to build openal-soft universal (for both x86_64 and i386), that would explain the message "Undefined symbols for architecture i386" in regard to these symbols.