Op do 1 sep. 2022 om 07:32 schreef Martijn van Beurden <mva...@gmail.com>:
> I invite anyone interested to build from git, run the test suite and > report back any problems. Comparisons of compression and speed between > current git and 1.3.4 are also welcome. > Here are results I have **github CI** - x86_64 all combinations of Ubuntu/MacOS, GCC/Clang, autotools/CMake, 32-bit words/64-bit words - x86_64 Windows CMake build static and shared - x86_64 Ubuntu distcheck are all fine **travis CI** - Aarch64 GCC+Autotools, GCC+CMake, GCC+CMake+64bitwords, GCC+CMake+noasm - PPC64 GCC+Autotools, GCC+CMake, Clang+CMake, GCC+CMake+64bitwords, GCC+CMake+noasm are all fine **oss-fuzz** - Only timeouts reported, no aborts or problems with address sanitizer, undefined sanitizer or memory sanitizer **Own systems** - x86_64 Ubuntu all combinations of GCC/Clang, Autotools/CMake, shared/static, exhaustive tests with Autotools - x86_64 Ubuntu GCC+Autotools, integer only and no asm optimizations - Aarch64 Debian all combinations of GCC/Clang, Autotools/CMake, shared/static, exhaustive tests with Autotools - ARMv7 Debian GCC+Autotools and GCC+CMake, shared/static - ARMv6 Debian GCC+Autotools, shared/static are all fine For x86_64 MinGW I tested all combinations of GCC/Clang, Autotools/CMake, shared/static but had some problems here with the shared builds. -DFLAC__NO_DLL is added to the Makefile to make sure test_libFLAC builds with the static library only. Also, it seems the libtool wrapper executable is not able to properly handle UTF-8 characters. When circumventing this by placing the executable and library in the same directory (thus not needing the wrapper to run the tests) the tests pass.
_______________________________________________ flac-dev mailing list flac-dev@xiph.org http://lists.xiph.org/mailman/listinfo/flac-dev