This conflicts with the definition in math.h when building with glibc 2.33. https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1915927 One possible option is keeping the ABI but changing the API to use clucene_float_t which would be double, or changing the shared library name on s390 with ABI using the float_t as float. IMO the second option is cleaner and simpler.
Hi Allen, Yes QEMU can emulate big endian systems, but I have already tested it on s390x patching the current Debian package. So if you are happy with it on amd64 I think you can safely take it.
Hi Allen, The fix broke libemf on big endian systems, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=919766 . The attached patch tries to follow the concept of the original fix in an endian-aware way. Please consider accepting it. LibEMF could also make use of a test where it tries to read a sample file truncated to 0..n-1 bytes wrapped in Valgrind. Thanks, Balint
advancecomp test is failing on big endian machines since using libdeflate
Patch used in Debian.
Hi, The project is now packaged in Debian, please file packaging related bugs/suggestions...
Please support higher resolutions