Your message dated Thu, 18 Jan 2018 10:58:34 +0000 with message-id <20180118105834.GA12510@Jamess-MacBook.local> and subject line Re: Bug#887592: linux: 4.9.65-3 FTBFS on sparc64: arch/sparc/lib/multi3.S missing patch has caused the Debian Bug report #887592, regarding linux: 4.9.65-3 FTBFS on sparc64: arch/sparc/lib/multi3.S missing patch to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 887592: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887592 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
--- Begin Message ---Source: linux Version: 4.9.65-3 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) linux 4.9.65-3 (Stretch 9.3), as well as 4.9.51-1 and 4.9.47-1 FTBFS on sparc64: /build/linux-4.9.65/arch/sparc/lib/multi3.S:2:24: fatal error: asm/export.h: No such file or directory #include <asm/export.h> ^ compilation terminated. /build/linux-4.9.65/scripts/Makefile.build:398: recipe for target 'arch/sparc/lib/multi3.o' failed It seems commit 1b4af13ff2cc "sparc64: Add __multi3 for gcc 7.x and later." was backported to 4.9 in 4.9.32 (commit 4b684e6474d0), but /debian/patches/bugfix/sparc/revert-sparc-move-exports-to-definitions.patch doesn't patch /arch/sparc/lib/multi3.S. Applying the following patch, taken from linux 4.11.11-1's revert-sparc-move-exports-to-definitions.patch allows the build to succeed on sparc64 for linux 4.9.65-3, as well as 4.9.51-1 and 4.9.47-1: --- a/arch/sparc/lib/multi3.S +++ b/arch/sparc/lib/multi3.S @@ -1,5 +1,4 @@ #include <linux/linkage.h> -#include <asm/export.h> .text .align 4 @@ -32,4 +31,3 @@ ENTRY(__multi3) /* %o0 = u, %o1 = v */ retl add %g1, %o0, %o0 ENDPROC(__multi3) -EXPORT_SYMBOL(__multi3) Would it be possible to include this patch in future linux 4.9.x packages? Thanks! Best regards, Tom Turelinckx -- System Information: Debian Release: 9.0 Architecture: sparc64 Kernel: Linux 4.9.0-3-sparc64-smp (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---On Thu, Jan 18, 2018 at 11:29:07AM +0100, Tom Turelinckx wrote: > Source: linux > Version: 4.9.65-3 > Severity: serious > Tags: patch > Justification: fails to build from source (but built successfully in the past) > > linux 4.9.65-3 (Stretch 9.3), as well as 4.9.51-1 and 4.9.47-1 FTBFS on > sparc64: > > /build/linux-4.9.65/arch/sparc/lib/multi3.S:2:24: fatal error: asm/export.h: > No such file or directory > #include <asm/export.h> > ^ > compilation terminated. > /build/linux-4.9.65/scripts/Makefile.build:398: recipe for target > 'arch/sparc/lib/multi3.o' failed > > It seems commit 1b4af13ff2cc "sparc64: Add __multi3 for gcc 7.x and later." > was backported to 4.9 in 4.9.32 (commit 4b684e6474d0), but > /debian/patches/bugfix/sparc/revert-sparc-move-exports-to-definitions.patch > doesn't patch /arch/sparc/lib/multi3.S. > > Applying the following patch, taken from linux 4.11.11-1's > revert-sparc-move-exports-to-definitions.patch allows the build to succeed on > sparc64 for linux 4.9.65-3, as well as 4.9.51-1 and 4.9.47-1: > > --- a/arch/sparc/lib/multi3.S > +++ b/arch/sparc/lib/multi3.S > @@ -1,5 +1,4 @@ > #include <linux/linkage.h> > -#include <asm/export.h> > > .text > .align 4 > @@ -32,4 +31,3 @@ ENTRY(__multi3) /* %o0 = u, %o1 = v */ > retl > add %g1, %o0, %o0 > ENDPROC(__multi3) > -EXPORT_SYMBOL(__multi3) > > Would it be possible to include this patch in future linux 4.9.x packages? > Thanks! Stretch does not include sparc64 as a supported architecture, and therefore any patches to fix a FTBFS on sparc64 would not qualify for a stable update. The version of linux in unstable builds fine on sparc64; please use that. Closing. Regards, James
--- End Message ---
