Yes, CSE is an important optimization. Another useful optimization for
your case would be a function that automatically splits up larger
expressions (like splitting a large sum into many += assignments).
Aaron Meurer
On Fri, Feb 26, 2016 at 7:57 PM, Liang wrote:
> This is a great project.
>
> Is
Yes CSE is planned to be incorporated into the code generation. For now you
will need to manually use CSE and then pass that info to the code printers
and or code gen.
We did fix a line limit bug in the Fortran code:
https://github.com/sympy/sympy/pull/7968 but it looks like it may only be
for the
This is a great project.
Is there a plan to incorporate CSE in this tool? For my application, the
equation is extremely long, typically containing several thousands of
terms. The Fortran codes generated by codegen exceed the continuation line
limit of Intel Fortran compiler and have to be manua
On Tue, Dec 1, 2015 at 12:30 PM, nikolas wrote:
> Hi all,
> this is an exciting topic, I hope it's still alive!
Definitely is. I'm actively working on this project.
>
> A common use case for me is to automatically generate high dimensional
> symbolic ODEs (photonic circuit non-linear coupled mod
apparently someone tried using sympy as the backend for modelica
compiler/parser:
https://github.com/jgoppert/pymola/blob/master/notebook/Simple.ipynb
On Tuesday, December 1, 2015 at 12:30:45 PM UTC-6, nikolas wrote:
>
> Hi all,
> this is an exciting topic, I hope it's still alive!
>
> A common
Hi all,
this is an exciting topic, I hope it's still alive!
A common use case for me is to automatically generate high dimensional
symbolic ODEs (photonic circuit non-linear coupled mode equations).
One thing I have found is that lambdify does not easily allow for
efficiently re-using common su