[Debian-med-packaging] Bug#756780: More help for ams statements needed (Was: [Help] Need help for architecture specific code)

Andreas Tille andreas at an3as.eu
Fri Sep 5 11:35:13 UTC 2014


Hi,

On Mon, Aug 04, 2014 at 12:58:42PM +0100, Wookey wrote:
> +++ Andreas Tille [2014-08-04 09:48 +0200]:
> > on arm*, powerpc, sparc and  s390x architectures the build problem is:
> > 
> > third_party/cpuid.h: In constructor 'Ebwt<TStr>::
                ^^^^^^^

I worked around this part of the problem since I realised that upstream
simply is adding a code copy of cpuid.h which is from some old gcc
version.  While I was hoping that simply removing

    -I third_party

from the build system would help I learned that this only leads to other
problems[1].

  1. it seems with the exception of i386 other architectures do not even seem to
     have this include file:

	processor_support.h:17:22: fatal error: cpuid.h: No such file or directory
	#   include <cpuid.h>


  2. i386 results in

	ebwt.h: Assembler messages:
	ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
	ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
	ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
	ebwt.h:1909: Error: invalid instruction suffix for `popcnt'
	make[2]: *** [bowtie-build] Error 1

     The relevant line in the code is:

	$ grep -w -n  asm e*
	ebwt.h:1909:            asm ("popcntq %[x],%[count]\n": [count] "=&r" (count): [x] "r" (x));


Any help would be welcome - otherwise the package (and its rdepends) need
to be restricted to amd64 architecture.

Kind regards

        Andreas.

[1] https://buildd.debian.org/status/package.php?p=bowtie

-- 
http://fam-tille.de



More information about the Debian-med-packaging mailing list