Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-18 Thread Aaron M. Ucko
Christian Seiler writes: > On 05/16/2017 01:28 PM, James Cowgill wrote: >> +ifneq ($(filter $(DEB_HOST_ARCH_CPU), amd64 i386),) > > Also, you should add x32 to the list of archs next to amd64 and > i386 where SSE3 and higher should be disabled. AFAICT, amd64 should cover it:

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-18 Thread Christian Seiler
Hi, a small comment on the patch: On 05/16/2017 01:28 PM, James Cowgill wrote: > override_dh_auto_configure: > - ./autogen.sh > -ifeq ($(DEB_BUILD_ARCH),i386) > - ./autogen.sh --disable-avx --disable-sse > - dh_auto_configure -- --disable-avx --disable-sse > +ifneq ($(filter

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-16 Thread James Cowgill
Control: tags -1 patch Hi, On 16/05/17 09:50, Andreas Tille wrote: > Hi Aaron, > > On Mon, May 15, 2017 at 10:01:53AM -0400, Aaron M. Ucko wrote: >> >> Alas, non-x86 builds are still failing, with the immediate cause of >> failure being either an uncompilable cpuid call > > Hmmm, I'm a bit

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-16 Thread Andreas Tille
Hi Aaron, On Mon, May 15, 2017 at 10:01:53AM -0400, Aaron M. Ucko wrote: > > Alas, non-x86 builds are still failing, with the immediate cause of > failure being either an uncompilable cpuid call Hmmm, I'm a bit clueless about this. > or (in the case of > powerpc[spe] and ppc64[el]) the use of

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-15 Thread Aaron M. Ucko
Andreas Tille writes: > Thanks, patch updated, pending upload after discussing #861755 with > upstream. Alas, non-x86 builds are still failing, with the immediate cause of failure being either an uncompilable cpuid call or (in the case of powerpc[spe] and ppc64[el]) the use of

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-05 Thread Andreas Tille
Control: tags -1 pending On Fri, May 05, 2017 at 09:44:46AM -0400, Aaron M. Ucko wrote: > Please try moving #include up to before the check for > HAVE_X86INTRIN_H, which will otherwise still be undefined at that point. Thanks, patch updated, pending upload after discussing #861755 with

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-05 Thread Aaron M. Ucko
Andreas Tille writes: > thanks for your portability checks. No problem. (Hi, Andreas!) > Any idea what I might have done wrongly? Please try moving #include up to before the check for HAVE_X86INTRIN_H, which will otherwise still be undefined at that point. Thanks! --

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-05 Thread Andreas Tille
Hi Aaron, thanks for your portability checks. On Wed, May 03, 2017 at 11:59:41AM -0400, Aaron M. Ucko wrote: > Builds of libpll for non-x86 architectures have been failing: > > pll.h:28:23: fatal error: x86intrin.h: No such file or directory > > It looks like the build system already checks

Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

2017-05-03 Thread Aaron M. Ucko
Source: libpll Version: 0.0+20160909+ds1-1 Severity: important Tags: upstream Justification: fails to build from source Builds of libpll for non-x86 architectures have been failing: pll.h:28:23: fatal error: x86intrin.h: No such file or directory It looks like the build system already checks