Bug#1131165: gcc-15 FTBFS for musl-linux-amd64

--YwSHeeJKAVtsKKeJ
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Source: gcc-15
Severity: wishlist
Tags: ftbfs
X-Debbugs-Cc: [email protected],[email protected]
User: [email protected]
Usertags: amd64
User: [email protected]
Usertags: rebootstrap

Hi Matthias,

I attempted building gcc-15 for musl-linux-amd64. Doing so fails. The
immediate reason is that gcc defaults to enabling multilib for the
x86_64 (and other) CPUs and Debian's musl package does not build a i386
multilib package (and other combinations). Hence the gcc build ends up
missing C library parts and fails. I argue that enabling multilib on any
but the existing combinations in release architectures is not useful.
The gcc packaging actually does not consider any of the musl
architectures to be multilib and $(biarch32) is not "yes" in a build.
However, the architecture matching in rules2 does not cover musl and
therefore --disable-multilib is not passed to configure. I suggest
updating the architecture match to match by CPU rather than full
architecture as that's how gcc upstream determines the default for
multilib. I'm attaching a patch implementing this.

Helmut

--YwSHeeJKAVtsKKeJ
Content-Type: text/x-diff; charset=us-ascii
Content-Disposition: attachment; filename="musl-amd64.patch"

--- a/debian/rules2
+++ b/debian/rules2
@@ -455,7 +455,7 @@
     endif
 endif
 
-ifneq (,$(filter $(DEB_TARGET_GNU_TYPE), x86_64-linux-gnu x86_64-linux-gnux32 x86_64-gnu s390x-linux-gnu sparc64-linux-gnu))
+ifneq (,$(filter $(DEB_TARGET_GNU_CPU), x86_64 s390x sparc64))
     ifneq ($(biarch32),yes)
       CONFARGS += --disable-multilib
     endif

--YwSHeeJKAVtsKKeJ--