[sage-devel] Re: is handling of Inf/Infinity/infinity affected by the 1st call to symbolics?

As you already noticed that the bug depends on the ECL/Maxima version, let me just add that there is no need for taylor() (Maxima) if you use series() (Pynac) which is way faster. Also there is https://trac.sagemath.org/ticket/6119 Regards, -- You received this message because you are subscribe

[sage-devel] Re: Polynomial ring extension inconsistencies

> That does EXACTLY what I want, but now I run into a bug: > > R1 = ZZ['x0','x1'] > x = R1(1) > R2 = ZZ[tuple('x'+str(i) for i in range(967))] > y = R2('x0') > x*y > > gives a RuntimeError: maximum recursion depth exceeded. > > The 967 is the smallest number in the Notebook that gives an error; o

[sage-devel] Re: Polynomial ring extension inconsistencies

> Does this what you want? > > sage: R=ZZ['x1','x2','x3'] > sage: S=ZZ[R.gens()+('x4','x5')] > sage: M=matrix(R,[1,2,3]) > sage: M.change_ring(S) > [1 2 3] > > Variable names actually matter in sage, so there is automatically a > coercion from R into S. > > > That does EXACTLY what I want, but n

[sage-devel] R fails to compile

Hi, I tried to upgrade to 7.5.1 on several different Macs which I thought had identical software. However, on one of them, R failed to compile, with the error: installing 'sysdata.rda' dyld: Symbol not found: __libiconv_version Referenced from: /Users/gross/sage-7.0/local/var/tmp/sage/buil

Re: [sage-devel] Re: Our SSL serial drama-cum-cliffhanger

Regarding OSX, take a look at ticket 21944 [basically a way to either specify where to find the openssl headers or to use the homebrew headers if available]. The homebrew package can be made to depend on the openssl package. Finally, regarding packaged .app

Re: [sage-devel] Re: Release note auto-generation RFC

> > > The expertise to choose a suitable aggregation rule for the poll results > is in house > (literally - my wife does research on this sort of stuff, computational > social choice :-)). > True! But she also knows there ain't no suitable rule for all definitions of suitable ... luckily it

[sage-devel] is handling of Inf/Infinity/infinity affected by the 1st call to symbolics?

Here is an ugly bug I just ran in at https://trac.sagemath.org/ticket/18920#comment:98 it looks as if setting a symbolic taylor expansion like sage: g(x)=taylor(log(x),x,1,6); g # log can be replaced by sin with the same end result ---a call that takes a lot of time, probably because some big

Re: [sage-devel] Re: Release note auto-generation RFC

I don't think anyone's arguing that a changelog is a bad idea. The question is just whether it's easier to make from fragments in the repository or from a new field on trac. Personally I think trac, though being able to edit fragments from previous tickets is appealing. Either way, there should be

Re: [sage-devel] Re: Release note auto-generation RFC

On Fri, Jan 13, 2017 at 4:54 PM, Dima Pasechnik wrote: > > > On Friday, January 13, 2017 at 3:41:23 PM UTC, Erik Bray wrote: >> >> On Fri, Jan 13, 2017 at 4:32 PM, Dima Pasechnik wrote: >> > >> > >> > On Friday, January 13, 2017 at 11:15:49 AM UTC, Erik Bray wrote: >> >> >> >> On Thu, Jan 12, 201

[sage-devel] Re: SageManifolds 1.0 in Sage 7.5 and development workflow

Hi Paul, Le lundi 16 janvier 2017 01:33:17 UTC+1, Paul Masson a écrit : > > Eric, it seems to me that this is now an area in which SageMath is ahead > of Mathematica, > For me, being open-source and based on Python, Sage was always ahead of Mathematica :-) More seriously, this may be true for

Re: [sage-devel] Where is implemented the logic deciding whether to install git or not ?

Thank you very much ! -- Emmanuel Charpentier Le lundi 16 janvier 2017 09:01:26 UTC+1, François a écrit : > > line 292 to 297 of configure.ac. > > François > > > On 16/01/2017, at 20:58, Emmanuel Charpentier > wrote: > > > > Dear list, > > > > The git standard package is not installed when

Re: [sage-devel] Where is implemented the logic deciding whether to install git or not ?

line 292 to 297 of configure.ac. François > On 16/01/2017, at 20:58, Emmanuel Charpentier > wrote: > > Dear list, > > The git standard package is not installed when the system on whic Sage is > built has a systemwide version of git. > > I have been unable to find where the logic of this dec