Package: src:mlton Version: 20180207-1 Severity: serious Justification: fails to build from source (but built successfully in the past)
Hi! I've been doing a full rebuild of the Debian archive, building all source packages targeting armel and armhf using arm64 hardware. We are planning in future to move all of our 32-bit armel/armhf builds to using arm64 machines, so this rebuild is to identify packages that might have problems with this configuration. I found that mlton is failing with segfaults in its test suite. Looking further, I can see that the same problem is showing up on our buildds for at least arm64 and armel too. I was going to try and debug the problem: ... testing world6 1,4c1 < ./world6 < a < b < c --- > Segmentation fault (core dumped) ... (sid-armel)steve@mjolnir:~/debian/build/mlton/mlton-20180207$ find . -name core ./regression/core (sid-armel)steve@mjolnir:~/debian/build/mlton/mlton-20180207$ file regression/core regression/core: ELF 32-bit LSB core file, ARM, version 1 (SYSV), SVR4-style, from './world6 @MLton load-world /tmp/worldW1WpTw -- a b c', real uid: 1000, effective uid: 1000, real gid: 1000, effective gid: 1000, execfn: './world6', platform: 'v8l' But it appears that the test suite helpfully carries on after crashes and even deletes the binaries it's made: (sid-armel)steve@mjolnir:~/debian/build/mlton/mlton-20180207$ find . -name world6 (sid-armel)steve@mjolnir:~/debian/build/mlton/mlton-20180207$ So I'm stopping here. -- System Information: Debian Release: 9.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-debug'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
