Symbolic calculation features, including common Computer Algebra System tools such as algebraic operations, calculus, equation solving, Fourier and Laplace transforms, variable precision arithmetic and other features. Compatibility with other symbolic toolboxes is intended.
This is a companion discussion topic for the original entry at https://gnu-octave.github.io/packages/symbolic#3.0.0
With previous versions of Symbolic I’ve kept Sympy at v1.5.x. With this latest version of the package, are there updated constraints? I saw the release notes mentioned 1.6.
Running pkg test symbolic (7.1.91 (hg id: 5cf18ef0377c) on Fedora 35 I see:
..local/share/octave/api-v57/packages/symbolic-3.0.0/poly2sym.m pass 18/18
..share/octave/api-v57/packages/symbolic-3.0.0/pycall_sympy__.m Traceback (most recent call last):
File "<stdin>", line 4, in <module>
File "/usr/lib/python3.10/site-packages/sympy/core/singleton.py", line 120, in __getattr__
AttributeError: Attribute 'make_an_attribute_err_exception' was not installed on SymPy registry S
Traceback (most recent call last):
File "<stdin>", line 2, in <module>
File "<stdin>", line 12, in octoutput_drv
File "<stdin>", line 96, in octoutput
ValueError: octoutput does not know how to export type <class 'type'>
Am I missing some dependancies?
It works with SymPy >= 1.4 and up to the latest main branch. But more trouble is coming in future SymPy releases: hopefully we’ll get some upstream changes done this summer…
No, that is actually a unit test that is supposed to fail. Its just overly verbose (and that is hard to control). @Alex I think we should rename
A couple of tests are failing in the CI with the nightly builds for Windows:
freshly brewed Octave · gnu-octave/octave-buildbot@43f176e (github.com)
Some of the errors seem to emit things like this:
python: can't open file '/mingw64/share/octave/packages/symbolic-3.0.0/D:\a\_temp\oct-EEh6sa_octsympytmp.py': [Errno 2] No such file or directory
It looks like this could be two absolute paths that are concatenated. That is probably ok for most paths on a Linux file system. But it is failing on Windows.
Edit: That’s still with SymPy 1.5 in case that should matter.