On Mon, Aug 28, 2017 at 10:07:07AM -0400, Antoine Beaupre wrote: > Source: sparse > Version: 0.5.0-4 > Severity: important > > Since I uploaded the new version of horst (5.0, from 4.2), sparse now > fails to parse its source code on some architecture. The buildds > report problems with s390x and ppc64el: > > https://buildd.debian.org/status/fetch.php?pkg=horst&arch=s390x&ver=5.0-1&stamp=1503905687&raw=0 > https://buildd.debian.org/status/fetch.php?pkg=horst&arch=ppc64el&ver=5.0-1&stamp=1503906226&raw=0 > > The error is: > > sparse -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong > -Wformat -Werror=format-security -std=gnu99 -Wall -Wextra -g -I. -DDO_DEBUG > -I/usr/include/libnl3 *.[ch] > /usr/include/powerpc64le-linux-gnu/gnu/stubs.h:8:12: error: unable to open > 'gnu/stubs-32.h' > > From #debian-devel, I got the tip that: > > 09:48:04 <waldi> jrtc27: nope, it fails to define __s390x__, which is used to > detect the wordsize used > 09:48:17 <jrtc27> ah, right, of course, _WORDSIZE is implied by other things > 09:49:39 <waldi> anarcat: sparse either calls gcc with a wrong arch or cpp > without defining the architecture specific defines all the headers expects > > I frankly have no idea of how to fix this, so I'm submitting a bug > report (instead of a patch, sorry). > > Thanks for your attention!
As discussed on IRC, ppc64 and sparc64 are also affected; while they are not release architectures and are thus less important, it would make sense to fix those (and check any other Debian architectures) at the same time. James
