[sage-devel] Re: Unable to build develop branch

Great, I'm glad to hear it! Have you run doctests? If so, are there many failures? On Friday, January 22, 2021 at 4:45:59 PM UTC-8 dwb...@gmail.com wrote: > > Contrary to my previous message, Ticket 31183 does fix the problem and I > can now build sage. > > Thanks, > Dan > On Friday, January

[sage-devel] Re: Unable to build develop branch

Contrary to my previous message, Ticket 31183 does fix the problem and I can now build sage. Thanks, Dan On Friday, January 22, 2021 at 3:21:10 PM UTC-8 John H Palmieri wrote: > I literally meant "merge that [the branch from #31183] into the develop > branch" (or vice versa), not just use the

[sage-devel] Re: Unable to build develop branch

I literally meant "merge that [the branch from #31183] into the develop branch" (or vice versa), not just use the branch from #31183. The develop branch has some crucial pieces for building Sage in Big Sur. John On Friday, January 22, 2021 at 11:30:57 AM UTC-8 dwb...@gmail.com wrote: >

[sage-devel] Re: Unable to build develop branch

#31166 is already merged into the latest develop branch so you shouldn't have to merge that. Scipy should build with #31183 so maybe try again and post the log file. If you need scipy to build you can also do: MACOSX_DEPLOYMENT_TARGET=11.0 make scipy which should fix the problem you are

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

I (almost) do not code C++ myself, probably 99% of my code is C-style, but I'm using a C++ compiler, that way I can link to the C++ standard template library and benefit of features like operator overload. Doing so, I do not have screens of error messages. Le vendredi 22 janvier 2021 à

[sage-devel] Re: Unable to build develop branch

Thanks! But it didn't fix it for me. For me the u/jhpalmieri/scipy-big-sur fails in numpy and doesn't get to scipy. So I merged the change in #31166 (addressing numpy) into the scipy-big-sur branch and that fails

[sage-devel] Bug in expansion of a symbolic expression, which happens to be a rational function

I would like to advertise https://trac.sagemath.org/ticket/31077, which I think it is a rather troubling bug. It occurs when expanding a symbolic expression, which happens to be a rational function. I narrowed down the bug to a call to pynac, I do not know, however, whether the bug occurs

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

There was a message from B. Paisse some days ago, about C (++) and Julia for CAS. May be this https://arxiv.org/pdf/1705.06134v1.pdf is interesting. t.d. Le 22/01/2021 à 15:07, Dima Pasechnik a écrit : On Thu, Jan 21, 2021 at 8:04 PM parisse wrote: Well, searching for "lisp infix

Re: [sage-devel] Use SymEngine as a symbolic mathematics backend for SAGE

On Thu, Jan 21, 2021 at 8:04 PM parisse wrote: > > Well, searching for "lisp infix notation" is not very convincing (unless I > missed something?), compared to built-in infix support. You might prefer Lisp > to C/C++, it's your choice, but I don't see any objective reason that one > should