isn't it due to https://trac.sagemath.org/ticket/27444 - which removed
--disable-openmp from fflas-ffpack flags ?
see https://trac.sagemath.org/ticket/27444#comment:34
On Sat, Jan 11, 2020 at 7:53 AM Antonio Rojas <nqn...@gmail.com> wrote:
>
> Build fails at fflas-ffpack, log attached. Seems related to FS#27870
>
> --
> You received this message because you are subscribed to the Google Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to sage-...@googlegroups.com.
On Sat, Jan 11, 2020 at 8:57 AM Antonio Rojas <nqn...@gmail.com> wrote:
>
> I don't think so - I'm pretty sure I've built it successfully after that commit.
>
please compare the system openblas linkage with the one you build in
Sage, and post the outputs of ldd here.
I am pretty sure there is an interesting
difference, I only don't know which way.
> El sábado, 11 de enero de 2020, 9:25:04 (UTC+1), Dima Pasechnik escribió:
>>
>> isn't it due to https://trac.sagemath.org/ticket/27444 - which removed
>> --disable-openmp from fflas-ffpack flags ?
>> see https://trac.sagemath.org/ticket/27444#comment:34
>>
>> On Sat, Jan 11, 2020 at 7:53 AM Antonio Rojas <nqn...@gmail.com> wrote:
>> >
>> > Build fails at fflas-ffpack, log attached. Seems related to FS#27870
>> >
>> > --
>> > You received this message because you are subscribed to the Google Groups "sage-devel" group.
>> > To unsubscribe from this group and stop receiving emails from it, send an email to sage-...@googlegroups.com.
>> > To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/9768e0af-b10a-4721-844c-6a81832a117b%40googlegroups.com.
>
> --
> You received this message because you are subscribed to the Google Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to sage-...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/488d598b-5232-4ee5-90ef-82b3ebd982fd%40googlegroups.com.
openblas is not being built in Sage, the system one is detected and used after FS#27870. FWIW, building our distro fflas-ffpack package with our system openblas works fine.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/16b2c949-712d-4c2e-9833-621da436cbb9%40googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/16b2c949-712d-4c2e-9833-621da436cbb9%40googlegroups.com.
I suspect this may be due to our openblas package only providing libblas.so (not libcblas.so or liblapack.so, which in our case come from the netlib blas).
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/159ed5d5-a263-41e7-89fa-da16e4450a40%40googlegroups.com.
On Sat, 11 Jan 2020, 10:19 arojas, <nqn...@gmail.com> wrote:I suspect this may be due to our openblas package only providing libblas.so (not libcblas.so or liblapack.so, which in our case come from the netlib blas).Are you saying that your libopenblas.so does not provide everything that is in openblas by default?This is largely defeating its purpose.Sage's openblas does provide the cblas and lapack capabilities.
>>
>> Le 13/01/2020 à 11:44, Dima Pasechnik a écrit :
>>> On Sat, Jan 11, 2020 at 11:35 AM arojas <nqn...@gmail.com> wrote:
>>>>
>>>> El sábado, 11 de enero de 2020, 11:23:32 (UTC+1), Dima Pasechnik escribió:
>>>>>
>>>>>
>>>>>
>>>>> On Sat, 11 Jan 2020, 10:19 arojas, <nqn...@gmail.com> wrote:
>>>>>>
>>>>>> I suspect this may be due to our openblas package only providing libblas.so (not libcblas.so or liblapack.so, which in our case come from the netlib blas).
>>>>>
>>>>>
>>>>> Are you saying that your libopenblas.so does not provide everything that is in openblas by default?
>>>>>
>>>>> This is largely defeating its purpose.
>>>>> Sage's openblas does provide the cblas and lapack capabilities.
>>>>
>>>>
>>>> In that case, openblas' spkg-configure should check whether cblas symbols are provided by the system openblas, and if not it should compile sage's one. It shouldn't unconditionally assume that that's always the case.
>>>
>>> I maintain that it's a bug in Arch, that libopenblas cannot be used as
>>> a replacement of cblas and lapack, for it defeats its purpose.
>>> Most uses of BLAS routines are either via LAPACK, or from C/C++, via cblas.
>>>
>>>
>>>
>>>>
>>>> --
>>>> You received this message because you are subscribed to the Google Groups "sage-devel" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+...@googlegroups.com.
>>>> To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/a1516e56-ab25-410e-be0f-75a7a6713466%40googlegroups.com.
>>>
>>
>> --
>> You received this message because you are subscribed to the Google Groups "sage-devel" group.
>> To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+...@googlegroups.com.
>> To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/dbf38073-170b-4c7d-63b9-d4429a8794e2%40gmail.com.
>
--
You received this message because you are subscribed to the Google Groups "sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/e3ad609d-8d21-bb10-2876-367fdf1b7e24%40gmail.com.
a meaningful resolution of this would be to test openblas for lapack and cblas capacities.this is relatively easy, and would result in openblas on Arch being built by Sage.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq3p7x9KmwHLmhjOtuoy_3PdsohHN6RJ0fp0Bzxv-wHODQ%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/e3ad609d-8d21-bb10-2876-367fdf1b7e24%40gmail.com.
> But Arch does not do this, it instead provides dog-slow CBLAS andThis is simply not true. CBLAS's performance does not depend on which implementation it comes from. CBLAS's performance depends on the underlying BLAS implementation and on ArchLinux, when OpenBLAS is installed, CBLAS uses OpenBLAS as the underlying BLAS implementation. In fact, OpenBLAS uses the CBLAS code from Netlib's reference implementation.
LAPACK, built
from another (reference, i.e. no assembler, no optimisation) implementation.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CA%2B01voO3C4pdc5gbU02KzhR1DuzZ0Gwv2n6CoSukODeEqFfEjQ%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq1qxH7SUEWy%2BP3CQ_WeCimK_ByX3Q_HNz4Li%2BvwZCznYA%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq3D4YGM2HR7SORfjDFhkjQ%3Dm1Jn4CsEwmioF-18poxRdQ%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq1H_8RGBSN5DW25%3Dvf7SE_TJXeFtVpKSQQU%2BRcsDmFQ5w%40mail.gmail.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq2%2BD6SLY1g1Q45K7yiq9H4h5Z%2BKM9cHV6c_2Qirupte%2Bw%40mail.gmail.com.
On Wed, Jan 22, 2020 at 5:20 PM Isuru Fernando <isu...@gmail.com> wrote:
>
> [root@50586643ff22 /]# pkg-config --modversion blas
> 0.3.7
> [root@50586643ff22 /]# pkg-config --modversion cblas
> 3.9.0
> [root@50586643ff22 /]# pkg-config --modversion lapack
> 3.9.0
> [root@50586643ff22 /]# pkg-config --modversion openblas
> 0.3.7
To make it robust, I'd only allow cblas.pc to be used if it really is
based on openblas
and the same for lapack.pc
One way to do this is to test openblas for a symbol that is on Arch
in cblas, not in openblas,
and the same for lapack.
Could someone figure out these symbols, or give me access to an Arch box?
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-devel/CAAWYfq1OgMYiVfNmbCtVu%2BtokJCsF8LOs9L2dNH404SU1RGWXg%40mail.gmail.com.
On Tue, Apr 14, 2020 at 9:28 PM Antonio Rojas <nqn...@gmail.com> wrote:
>
> I'm missing some context here... flint does certainly link to ntl already, i don't see how it could work otherwise.
David just posted a message here claiming this not to be the case on
his Arch installation.
Perhaps he has an odd version of Flint conflicting with the system one?
(or just an old installation?)
>
>
> El martes, 14 de abril de 2020, 15:23:08 (UTC+2), Dima Pasechnik escribió:
>>
>> Hi Antonio,
>> can Arch's Flint be fixed so that it links against NTL, like in Sage?
>> Then we won't have to build Flint (and Arb) on Arch...
>>
> --
> You received this message because you are subscribed to the Google Groups "sage-devel" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to sage-...@googlegroups.com.