You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
common/almalloc.h:78:46: error: aligned allocation function of type 'void *(std::size_t, std::align_val_t)' is only available on macOS 10.13 or newer
78 | return static_cast<gsl::owner<T*>>(::operator new[](n*sizeof(T), AlignVal));
| ^
common/almalloc.h:78:46: note: if you supply your own aligned allocation functions, use -faligned-allocation to silence this diagnostic
common/almalloc.h:81:9: error: aligned deallocation function of type 'void (void *, std::align_val_t) noexcept' is only available on macOS 10.13 or newer
81 | { ::operator delete[](gsl::owner<void*>{p}, AlignVal); }
| ^
common/almalloc.h:81:9: note: if you supply your own aligned allocation functions, use -faligned-allocation to silence this diagnostic
OpenAL Soft 1.24 relies on C++17. Even if those specific errors were fixed, various other structs rely on the over-alignment allocators being invoked when creating objects that have higher alignment needs. If they silently use the normal allocators without the necessary alignment, it can result in random crashes or other buggy behavior. I don't relish the idea of adding back the custom malloc functions and sprinkling in custom alignment new/delete methods, when it's been part of the standard for over 7 years.
You can try using a newer compiler and static-linking the C++ runtime to avoid relying on the system having a newer libc++, but C++17 is needed for compiling.
openal-soft 1.24.0 doesn't build on macOS 10.12:
Full build log: https://build.macports.org/builders/ports-10.12_x86_64-builder/builds/291362/steps/install-port/logs/stdio
It builds on macOS 12 and later.
This is a regression; 1.23.1 didn't have this problem.
The text was updated successfully, but these errors were encountered: