Re: Removing ATLAS?

2023-07-17 Thread Rafael Laboissière

* M. Zhou  [2023-07-17 12:05]:


On Fri, 2023-07-14 at 01:51 +0200, Sébastien Villemot wrote:


Your fix looks good. Note that an even better fix is to simply Build- 
Depend on libblas-dev. Linking against an optimized BLAS does not 
really help at build time, because since all variants are ABI 
compatible and use the same SONAME, it’s the runtime dependency that 
really matters.


I agree that an optimized blas is not necessary as build-depeneds. 
Just want to mention for some computational intensive packages 
during dh_auto_test, an optimized BLAS may help. Or the tests 
can take forever to run.


The xmds2 package is an Arch:all package. It does not compile binary 
programs or libraries at build time that are be linked against BLAS. It 
needs an optimized BLAS library for running the unit tests, whose code in 
C++ is automatically generated and compiled on the fly.


I will release a new version of the package that build-depends and 
depends on libopenblas-dev | libblis-dev.


I am wondering whether we should propose my patch [*] (or something 
similar) to the upstream authors. Thoughts are welcome.


Best,

Rafael Laboissière

[*] 
https://salsa.debian.org/science-team/xmds2/-/blob/cf0fc3d85e86ebdeba9d929d5ecf656ce7657259/debian/patches/vanilla-cblas.patch



Re: Removing ATLAS?

2023-07-17 Thread M. Zhou
On Fri, 2023-07-14 at 01:51 +0200, Sébastien Villemot wrote:
> 
> Your fix looks good. Note that an even better fix is to simply Build-
> Depend on libblas-dev. Linking against an optimized BLAS does not
> really help at build time, because since all variants are ABI
> compatible and use the same SONAME, it’s the runtime dependency that
> really matters.
> 

I agree that an optimized blas is not necessary as build-depeneds.
Just want to mention for some computational intensive packages
during dh_auto_test, an optimized BLAS may help. Or the tests
can take forever to run.



Re: Removing ATLAS?

2023-07-17 Thread Dave Love
Nilesh Patra  writes:

> You can send patches via BTS, if you don't want to create a salsa
> account. BTS is the standard way of filing/reacting to bug reports.

Sure, I know and approve of the email BTS, but it doesn't help for
contributing.  I'm happy to have a salsa account, as I did alioth(?),
just not to interact with Google and be put into semi-impossible captcha
hell.