Re: RFR: src:lapack's 64bit-indexing variant
Sébastien Villemot <sebastien@debian.org> writes:
> One option is to painfully list all the existing 64-bit architectures
> (including ports), but this is not very maintainable over the long-run.
> Is there a better option? I guess we’re not the first ones to face this
> problem.
At the end, this would also be a problem for those who *use* the
lapack64 variant: One f.e. can't just do a
Build-Depends: lapack64-dev | lapack-dev
since then on a 64-bit architecture, lapack-dev would also be used when
lapack64-dev is not available (f.e. due to a failed build).
I am wondering why there is no empty "arch-64-bit" package that one
could build-depend on (similarly "arch-32-bit", "arch-bigendian",
"arch-littleendian") -- or a single empty package that provides these
depending on the architecture. In principle, this one could also provide
directly the architecture ("arch-x86-64"), allowing to restrict the
build of an arch:all package to a specific architecture (not sure buildd
could handle this).
Wouldn't that be an elegant way to handle architecture type dependent
build deps?
Best regards
Ole
Reply to: