[Debian-med-packaging] Bug#627861: sra-sdk: FTBFS: needs formal adjustments for most architectures
Aaron M. Ucko
ucko at debian.org
Tue May 24 22:59:35 UTC 2011
Package: sra-sdk
Version: 2.0.1-1
Severity: serious
Justification: fails to build from source
Charles,
sra-sdk builds only on (linux-)amd64 at the moment. Of the remaining
architectures, i386 comes closest to succeeding; however, builds there
still fail because the packaging specifically expects bin64 and lib64
output directories.
On other Linux architectures, the build fails very early because
upstream's build system treats them all as i386, passing -m32 (which
PowerPC and SPARC are the only non-x86 architectures to support) and
-march=pentium4 (which is obviously x86-specific). I'd advise editing
build/Makefile.gcc to remove both: -m32 is already the default on i386
(as is -m64 on amd64), and -march=pentium4 yields insufficiently
portable binaries. (You can substitute -mtune=pentium4 if you want,
but only on actual i386!)
Finally, on kFreeBSD and the Hurd, the build fails because upstream's
build system doesn't recognize them at all. I'd suggest directing it
to treat them both as equivalent to Linux, as they should be close
enough for the SRA SDK's purposes.
Could you please look into these issues?
Thanks!
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
More information about the Debian-med-packaging
mailing list