From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Mon, 21 Sep 2020 13:25:10 +0300 From: Vladislav Zavjalov To: ALT Linux Team development discussions Message-ID: <20200921102510.GA27375@imap.altlinux.org> References: <20200920103655.GA26263@imap.altlinux.org> <20200920132814.GC26263@imap.altlinux.org> <20200921094944.ixk2d3efmfhslg47@titan.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200921094944.ixk2d3efmfhslg47@titan.localdomain> User-Agent: Mutt/1.10.1 (2018-07-13) Subject: Re: [devel] =?koi8-r?b?0MHLxdTZIMTM0SDeydPMxc7Oz8fPINPexdTB?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Sep 2020 10:25:11 -0000 Archived-At: List-Archive: List-Post: On Mon, Sep 21, 2020 at 01:49:44PM +0400, Ivan A. Melnikov wrote: > > > > * Исправить openblas, чтобы с NO_LAPACK=1 он не делал вид, что > > предоставляет lapack. > > Если это сложно, то использовать его встроенный lapack + > > отвязать liblapack от openblas. > > > > * Может быть, удалить blas + liblapack и использовать только openblas. > > openblas традиционно не умеет mipsel, и, кажется, riscv. > Под mipsel её собрать вроде бы можно парой нехитрых патчей, > но я что-то не решился, так как непонятны критерии > работоспособности, приемлимости и всего такого. Ага, я уже вышел на @arei, который собирал blas как раз для sisyphus-riscv64. > С другой стороны, идея одного дистрибутивного blas и lapack > выглядит очень привлекательной. Наверное, ничего плохого нет в том, чтобы оставить стандартные blas+lapack, но рекомендовать всем по возможности собираться с openblas. Всякое другое (scalapack, xblas) тоже оставить, на случай, если кому-то надо. Atlas в этом смысле выглядит наименее полезным в наших условиях, его можно и удалить. Я пока повесил две ошибки: https://bugzilla.altlinux.org/38974 -- Или убрать из openblas заголовки lapack или собрать его со своим lapack (мне второй вариант кажется хорошим, но он явно более трудоемкий). https://bugzilla.altlinux.org/38975 -- Пересобрать libarpack-ng с openblas+liblapack вместо atlas. Таким образом, у libatlas не должно остаться клиентов.