Changes between Initial Version and Version 1 of Ticket #67681, comment 4


Ignore:
Timestamp:
Jun 25, 2023, 8:51:43 AM (11 months ago)
Author:
ryandesign (Ryan Carsten Schmidt)
Comment:

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 gets compiled [https://github.com/kcat/openal-soft/blob/d3875f333fb6abe2f39d82caca329414871ae53b/CMakeLists.txt#L1577-L1595 when libsndfile is found].
     1The `_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].
    22
    33If 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.