[Pkg-julia-devel] Bug#905826: ILP64 interface of openblas?

[Mo Zhou]

Hi,

There is no hurry for implementing this feature. Instead, I will try
these two mentioned ideas on the BLIS packaging[1], because I can
change this NEW package freely without fearing to break anything.

  1. different threading flavor (openmp, pthread, etc. and maybe serial)
  2. both LP64 and ILP64 interface

I will send a RFC proposal about the NEW ILP64 interface on science list.

[1] you can find it on salsa under science-team's namespace

On Fri, Oct 19, 2018 at 10:18:53AM +0200, Sébastien Villemot wrote:
> Hi,
> 
> Le samedi 13 octobre 2018 à 13:22 +0000, Mo Zhou a écrit :
> > Package: julia
> > Version: 1.0.1-2
> 
> > Hi Sebastien, do you have any plan to add ILP64 interface to OpenBLAS?
> > I acknowledge that bumping BLAS interface from LP64 to ILP64 is really a
> > hardwork under Debian's context, and will take a long time to transit.
> 
> The discussion on this issue has already begun in #878121 (which I'm
> CC'ing).
> 
> Basically, as already said by Milan, I don't think we're going to bump
> from 32- to 64-bit indexing. We're rather making them coexist, using a
> different SONAME for 64-bit indexing, ideally by remaining as close as
> possible to what other distributions have done (at least Fedora). That
> probably also means introducing a new alternative for the 64-bit
> version of BLAS and LAPACK, since one could also compile the reference
> BLAS, ATLAS and LAPACK using 64-bit indexing.
> 
> I don't think I will have the time to do this for buster. But if you
> want it quickly, and are willing to write patches, I will review them
> and hopefully have them uploaded before the buster freeze.
> 
> Best,
> -- 
> ⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
> ⣾⠁⢠⠒⠀⣿⡁  Debian Developer
> ⢿⡄⠘⠷⠚⠋⠀  http://sebastien.villemot.name
> ⠈⠳⣄⠀⠀⠀⠀  http://www.debian.org