[Debian-med-packaging] Bug#756780: [Help] Need help for architecture specific code (Was: Bug#756780: bowtie: FTBFS almost everywhere)

Paul Wise pabs at debian.org
Mon Aug 4 08:34:17 UTC 2014


On Mon, Aug 4, 2014 at 3:48 PM, Andreas Tille wrote:

> third_party/cpuid.h

No idea about this problem but here is what I could figure out based
on the filename and the errors, using packages.d.o, codesearch.d.n and
a quick look at wikipedia.

third_party/cpuid.h looks like an outdated copy of the cpuid.h header
from gcc, please ask upstream to remove it and just use the normal
one.

The cpuid.h header seems to be only/mainly on x86 based platforms:

https://packages.debian.org/search?arch=any&searchon=contents&keywords=cpuid.h

If upstream was using autotools, they could detect if the header is
present and only then enable the cpuid stuff.

The bowtie2 package appears to only be available on *-amd64 (same
issue I guess, some code seems similar):

https://buildd.debian.org/status/package.php?p=bowtie2&suite=unstable

Looking at some valgrind code (thanks to codesearch) it seems you have
to use popcntq on amd64 and popcnt on non-amd64 platforms.

http://sources.debian.net/src/valgrind/latest/none/tests/amd64/sse4-64.c#L2039

BTW, what is the difference between bowtie and bowtie2? Do we need
both in the archive?

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



More information about the Debian-med-packaging mailing list