Re: [sage-devel] Error making sage 9.0

2020-01-23 Thread Paulo Manuel de Barros Correia
Thank you very much Dima! Now it works, though it has taken a little bit... (...) Testing that Sage starts... [2020-01-23 21:50:42] SageMath version 9.0, Release Date: 2020-01-01 Yes, Sage starts. make[3]: Leaving directory '/home/paulo/sage-9.0/build/make' make[2]: Leaving directory '/home/pa

Re: [sage-devel] 9.1.beta0 build failure on Arch

2020-01-23 Thread Isuru Fernando
It depends on the fortran name mangling. For gfortran, one symbol would be dgeqrf_. Isuru On Thu, Jan 23, 2020 at 12:05 PM Dima Pasechnik wrote: > On Thu, Jan 23, 2020 at 5:36 PM Antonio Rojas wrote: > > > > > > > > El jueves, 23 de enero de 2020, 18:11:51 (UTC+1), Dima Pasechnik > escribió: >

Re: [sage-devel] 9.1.beta0 build failure on Arch

2020-01-23 Thread Dima Pasechnik
On Thu, Jan 23, 2020 at 5:36 PM Antonio Rojas wrote: > > > > El jueves, 23 de enero de 2020, 18:11:51 (UTC+1), Dima Pasechnik escribió: >> >> On Wed, Jan 22, 2020 at 5:20 PM Isuru Fernando wrote: >> > >> > [root@50586643ff22 /]# pkg-config --modversion blas >> > 0.3.7 >> > [root@50586643ff22 /]#

Re: [sage-devel] Error making sage 9.0

2020-01-23 Thread Dima Pasechnik
On Thu, Jan 23, 2020 at 5:47 PM Paulo Manuel de Barros Correia wrote: > > I was just trying to install version 9.0 from source and then with make I got > the error about mpir. > I followed your suggestion and installed all the packages there indicated. > But the result is the same... after all th

Re: [sage-devel] Error making sage 9.0

2020-01-23 Thread Paulo Manuel de Barros Correia
I was just trying to install version 9.0 from source and then with make I got the error about mpir. I followed your suggestion and installed all the packages there indicated. But the result is the same... quinta-feira, 23 de Janeiro de 2020 às 16:36:39 UTC, Dima Pasechnik escreveu: > > Is there

Re: [sage-devel] 9.1.beta0 build failure on Arch

2020-01-23 Thread Antonio Rojas
El jueves, 23 de enero de 2020, 18:11:51 (UTC+1), Dima Pasechnik escribió: > > On Wed, Jan 22, 2020 at 5:20 PM Isuru Fernando > wrote: > > > > [root@50586643ff22 /]# pkg-config --modversion blas > > 0.3.7 > > [root@50586643ff22 /]# pkg-config --modversion cblas > > 3.9.0 > > [root@50586643

Re: [sage-devel] 9.1.beta0 build failure on Arch

2020-01-23 Thread Isuru Fernando
> One way to do this is to test openblas for a symbol that is on Arch in cblas, not in openblas, I'm not sure I understand. Are you asking for a symbol in libcblas.so that is not in an libopenblas.so compiled with CBLAS? > Could someone figure out these symbols, or give me access to an Arch box?

Re: [sage-devel] 9.1.beta0 build failure on Arch

2020-01-23 Thread Dima Pasechnik
On Thu, Jan 23, 2020 at 5:11 PM Dima Pasechnik wrote: > > On Wed, Jan 22, 2020 at 5:20 PM Isuru Fernando wrote: > > > > [root@50586643ff22 /]# pkg-config --modversion blas > > 0.3.7 > > [root@50586643ff22 /]# pkg-config --modversion cblas > > 3.9.0 > > [root@50586643ff22 /]# pkg-config --modversi

Re: [sage-devel] 9.1.beta0 build failure on Arch

2020-01-23 Thread Dima Pasechnik
On Wed, Jan 22, 2020 at 5:20 PM Isuru Fernando 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 open

Re: [sage-devel] Error making sage 9.0

2020-01-23 Thread Dima Pasechnik
Is there a reason for you to build MPIR/GMP rather than use one a from (apparently) a Linux system? It might be much easier to install a system GMP package and use it rather than trying to dig up the issue at hand. Please see https://doc.sagemath.org/html/en/installation/source.html#linux-recomme

Re: [sage-devel] Failure to build 9.0 -- matplotlib error

2020-01-23 Thread Jeremy Martin
OK, everything worked fine this time.  Dima, thanks very much for your help! -Jeremy On 1/22/20 11:12 AM, Dima Pasechnik wrote: On Wed, Jan 22, 2020 at 4:59 PM Jeremy Martin wrote: Same problem after running .configure and make. Again, it breaks while trying to build brial. New log attached

[sage-devel] Re: Power series do not distinguish between different precisions!

2020-01-23 Thread Marc Mezzarobba
Nils Bruin wrote: > I don't think that for any non-trivial applications generic code is > going to perform properly for both exact and non-exact base rings, but > actually the equality choice that has been made, allows the heuristic > approach: start with very high precision or double the precision

[sage-devel] Re: Coercions of polynomials

2020-01-23 Thread Marc Mezzarobba
Nils Bruin wrote: > I think the only choice (if any) is to match the occurrence of a name > in the smallest ring. > > If your generic code is relying on coercion in a setting where name > matching like this is relevant, I suspect it's almost certainly the > wrong choice. I think we agree. To clar

[sage-devel] Error making sage 9.0

2020-01-23 Thread Paulo Manuel de Barros Correia
Hello, When making sage 9.0 I receive the following error message: (...) get_d.c: In function '__gmpn_get_d': get_d.c:125:34: error: storage size of 'u' isn't known union ieee_double_extract u; ^ Makefile:462: recipe for target 'get_d.lo' failed make[6]:

[sage-devel] Re: Power series do not distinguish between different precisions!

2020-01-23 Thread Sebastian Oehms
On Wednesday, January 22, 2020 at 2:07:18 PM UTC+1, Marc Mezzarobba wrote: > > [re-posting a reply from a week ago that apparently did not go through > because gmane was moving] > > Nils Bruin wrote: > > This model has the advantage that (sqrt(1+t)^2 -1)/t == 1 returns > > true, as one would