Re: [sympy] Implement solvers for symengine

I have written a draft proposal, can you please review it. https://docs.google.com/document/d/1qLJR_Ojw6M-cqaV8orHun7m7bOhGh1Bjyc7eA_o7Jfc/edit?usp=sharing Thanks -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and

Re: [sympy] Implement solvers for symengine

In solvers in sympy they have used tuples,list and dict, for returning and printing, so whether we have to make 3 separate data structure in c++ which functions like tuples,list and dict and can return that. Also once we have made it ,it would be easy to use everywhere. -- You received this

Re: [sympy] SymPy 1.4 release candidate 1 ready for testing

Yes. The sizes are computed using du -h, which I guess uses megabytes instead of mebibytes. It also also must be rounding up. The tarball is 6018143 bytes, which is listed as 6.1 MB. We should probably switch to a better method of computing the filesizes. Aaron Meurer On Sun, Apr 7, 2019 at

[sympy] Gsoc 2019 proposal on Sympy:Tensor core

Hello everyone, I am a Rahul, 3nd year IT undergraduate from CBPGEC Jaffarpur(affiliate by GGSIPU), India. In this summer,i am interested to work with GSOC 2019. I want to work on "Linear algera:tensor core" which is the sub-part of Sympy. I want to solve this algebraic problem by applying

Re: [sympy] Gsoc19 initial Proposal: Bond Graphs

Hi Jason. Sorry to bother but please check out PR #16439 ( https://github.com/sympy/sympy/pull/16439) if it can be merged. On Sun, 7 Apr 2019, 00:17 Arooshi Verma, wrote: > Hi Jason. > I have modified the proposal. Could you take a look at it and let me know > what you think? > Also, could

Re: [sympy] Wave Trains in SymPy

If you want to add some signal processing symbolics to SymPy, I recommend making a pull request with the suggested changes. Jason moorepants.info +01 530-601-9791 On Sun, Apr 7, 2019 at 10:52 AM Abhigyan Dutta wrote: > Hi Jason, > > I agree with you on that. I was thinking it would be good to

Re: [sympy] Wave Trains in SymPy

Hi Jason, I agree with you on that. I was thinking it would be good to have SymPy as a standalone library, by which I mean it would be good if users can find other utilities too. It would be kind of hard and messier (from personal experience) if someone wanted to use the power of symbolic

Re: [sympy] Wave Trains in SymPy

Abhigyan, I don't agree with this statement: > I thought it will be a good thing if SymPy had a Signal processing library like SciPy. Primarily because SymPy is not a numerical library. But there are likely useful symbolics that are found in signal processing theory that could be useful to have

[sympy] Re: GSoC-19 Proposal : Series and Expansion

Here is the revised link to my proposal: https://github.com/sympy/sympy/wiki/GSoC-2019-Proposal-Nabanita-Dash:Series:Improving-ring_series,fps-and-limits On Sunday, April 7, 2019 at 9:59:51 AM UTC+5:30, Nabanita Dash wrote: > > I have updated my proposal.Anyone please give a look > > On

Re: [sympy] Implement solvers for symengine

So, a user should be given a choice whether he wants to solve a problem through sympy or symengine, right? -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [sympy] SymPy 1.4 release candidate 1 ready for testing

For the second release candidate, should the size of tabulated assets be updated to be consistent with the size of (attached) binaries? https://github.com/sympy/sympy/releases Sidhant Nagpal On Friday, April 5, 2019 at 4:16:26 AM UTC+5:30, Aaron Meurer wrote: > > I have made a second release

Re: [sympy] Implement solvers for symengine

On Sunday, April 7, 2019 at 9:42:13 PM UTC+5:30, Ondřej Čertík wrote: > > Thanks for the PR. I think the first step would be to extend > sympy.core.backend to work with solvers and ensure sympy tests pass with > symengine on. That way one is using symengine instead of sympy.core, but > sympy

Re: [sympy] Implement solvers for symengine

Thanks for the PR. I think the first step would be to extend sympy.core.backend to work with solvers and ensure sympy tests pass with symengine on. That way one is using symengine instead of sympy.core, but sympy solvers would still be used. The next step would be to rewrite some of the

[sympy] Re: GSOC 19: Code Generation

I've added some drafts at https://anpandey.github.io/gsoc/gsoc-application.html with a pdf version at anpandey.github.io/gsoc/gsoc-application.pdf if anybody would like to look at them. On Thursday, March 21, 2019 at 7:44:44 PM UTC-5, Ankit Pandey wrote: > > Hi everyone, > > I am a third year

Re: [sympy] Implement solvers for symengine

also can you please can let me know what find of functionality do you want in solvers in symengine , so that I can work on important things first and latter other things > > -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this

Re: [sympy] Implement solvers for symengine

can you please review my PR before 9th april - #16580 -- You received this message because you are subscribed to the Google Groups "sympy" group. To unsubscribe from this group and stop receiving emails from it, send an email to

Re: [sympy] Re: Google Season of Docs

Hi Aaron, My name is Mayank Jha and I am a pre-final year B.Tech CSE Student at GGSIPU Delhi. I am also interested in helping SymPy with GSoD. Please help me to get started. Hoping to hear from you soon. Regards Mayank Jha -- You received this message because you are subscribed to the Google

Re: [sympy] Re: Google Season of Docs

Dear Aaron, I would like to help SymPy with GSoD. I love it when someone wants to improve their documentation and readability. I might not be very familiar with SymPy documentation right now. But, the program wil effectively begin in September. By that time, (specially with GSoC), I would get