Source: intelrdfpmath Version: 2.0u2-4 Severity: serious Tags: ftbfs X-Debbugs-Cc: "Roberto C. Sánchez" <robe...@debian.org>, Stephen Kitt <sk...@debian.org>
intelrdfpmath FTBFS on the older platforms alpha/hppa/mips where it seems to used to have support for, but that support is now so broken that even the headers necessary for compilation are missing: float128/dpml_exception.h:315:17: fatal error: alpha_linux_exception.h: No such file or directory 315 | # include "alpha_linux_exception.h" float128/dpml_private.h:215:14: fatal error: mips_macros.h: No such file or directory 215 | # include "mips_macros.h" (The hppa FTBFS looks different, I haven't checked whether that's also related to the stale hp_pa code.) This is a problem for libmongocrypt, which started to use intelrdfpmath but whose new version is currently blocked from testing migration due to libintelrdfpmath-dev not being available on mipsel/mips64el. The RC severity is based on looking at a related question: How did intelrdfpmath compile on new platforms like powerpc/arm/s390x that never had any explicit support in intelrdfpmath? intelrdfpmath (2.0u2-2) unstable; urgency=medium * Assume unknown architectures are “EFI2”. LIBRARY/float128/architecture.h: #if defined(ct) || defined(efi2) # undef _M_AMD64 # define _M_AMD64 #endif This builds, but the (used) definition # define ENDIANESS little_endian isn't correct on s390x, and neither is # define BITS_PER_LONG 64 on 32bit arm.
