On 13/10/15 18:08, Aaron M. Ucko wrote:
Ghislain Vaillant writes:
So the final solution is to manually list all supported architectures
in d/control (same one as libfftw3-double3) and use your patch for
d/rules?
You can leave Architecture: any in d/control; dpkg-genchanges will warn
about th
Ghislain Vaillant writes:
> So the final solution is to manually list all supported architectures
> in d/control (same one as libfftw3-double3) and use your patch for
> d/rules?
You can leave Architecture: any in d/control; dpkg-genchanges will warn
about the discrepancy, but proceed anyway.
--
On 13/10/15 17:15, Aaron M. Ucko wrote:
"Aaron M. Ucko" writes:
I am testing these changes now (against a checkout of your experimental
branch) and will follow up with a full patch if they work.
I meant
$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
and
ifeq "" "$(SKIP_NFFTL)"
Hav
"Aaron M. Ucko" writes:
> I am testing these changes now (against a checkout of your experimental
> branch) and will follow up with a full patch if they work.
I meant
$(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
and
ifeq "" "$(SKIP_NFFTL)"
Having fixed those typos, I produced the atta
Ghislain Vaillant writes:
> Architecture: ${libfftw3-long3:Architecture}
Alas, this won't work -- that information isn't available here, and I
don't think substitutions work in the Architecture field anyway.
However, debian/rules can conditionally invoke dh with a suitable -N
flag. I believe i
Dear all,
I have a package (nfft) which builds a few binary packages. These binary
packages correspond to a build of the same library but for different
floating precisions (single, double, long-double).
For the long-double build, nfft requires the long-double version of fftw
which is not ava
6 matches
Mail list logo
