[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