On Mon, 15 Mar 2021 at 22:01, Aaron Meurer <[email protected]> wrote: > > As long as Theano itself still works in versions of Python that SymPy > supports, it would be better to deprecate the function rather than > just remove it. The function theano_code is public API so just > removing it would be a backwards compatibility break, which we try to > avoid without deprecations. See > https://github.com/sympy/sympy/wiki/Deprecating-policy
I think that if Theano itself is now unmaintained legacy software then it's fine to say that if someone wants to use it with sympy they should use an older version of sympy. > As an aside, one thing that has always annoyed me with Theano, > especially when SymPy imports it for its tests, is that Theano does a > lot of things at import time, such as running compilers to see if they > work and printing many warnings (see > https://github.com/sympy/sympy/pull/14747). I think it would be better > to do these things at runtime, e.g., after the first function is > called. I hope Aesara can improve this situation over Theano. This shows precisely that supporting something like Theano has a nonzero cost even if that support is "deprecated". When migrating our CI I had to work through many different projects that I do not know in order to keep the test suite ticking over. Each of those makes general project maintenance harder. I'm much happier about supporting a maintained project that has a future and has maintainers willing to help us provide support. I'm interested to hear from anyone using SymPy with Theano though (if anyone on this particular mailing list is). Oscar -- 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 [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/sympy/CAHVvXxSoee41vDUk1oXzY-n-jgFi18z3Q15Beu6AP%2B5hOx-Thw%40mail.gmail.com.
