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 -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
