Source: pcre2 Version: 10.44-2 Severity: serious Tags: ftbfs Justification: fails to build from source (but built successfully in the past) X-Debbugs-Cc: debian-...@lists.debian.org User: debian-...@lists.debian.org Usertags: armel
https://buildd.debian.org/status/fetch.php?pkg=pcre2&arch=armel&ver=10.44-2&stamp=1731594767&raw=0 > FAIL: pcre2_jit_test > ==================== > > Running JIT regression tests > target CPU of SLJIT compiler: ARMv6 32bit (little endian + aligned) > ABI:softfp > in 8 bit mode with UTF-8 enabled: > in 16 bit mode with UTF-16 enabled: > in 32 bit mode with UTF-32 enabled: > ....................................FAIL pcre2_jit_test (exit status: 139) and > FAIL: RunTest > ============= > > > PCRE2 C library tests using test data from ./testdata > PCRE2 version 10.44 2024-06-07 (8-bit) > > ---- Testing 8-bit library ---- > > Test 0: Unchecked pcre2test argument tests (to improve coverage) > OK > Test 1: Main non-UTF, non-UCP functionality (compatible with Perl >= 5.10) > OK > Segmentation fault > ** pcre2test failed - check testtry It might possibly be relevant that ARMv6 is actually higher than the baseline for the armel architecture, which is meant to run succesfully on armv5te as per <https://wiki.debian.org/ArchitectureSpecificsMemo>. Or that might be unrelated, I don't know. There is a different FTBFS on non-armel 32-bit architectures which might also affect armel, or this might be a different failure mode with the same root cause. I'm going to report it separately in case the root cause is different, because merging duplicate bugs is easier than disentangling two different issues that share a bug number. smcv
