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
