I think it makes sense to leave them as SymPy types. set() or list()
or whatever should only convert the datatype, not the contents of the
datatype. It's infeasible anyway because they just work by using
__iter__, not to mention inconsistent (set(FiniteSet(Integer(1)))
would give set([int(1)]) but set(FiniteSet(Rational(1, 2))) would give
???).
The real issue here is that set([1, 2]) == set([S(1), S(2)]) gives
False, because of
http://code.google.com/p/sympy/issues/detail?id=1973
(ironically enough, I believe the road to fixing that also involves
removing sorting from .args).
Aaron Meurer
>
> But ultimately, it is extremely important that all our tests pass,
> so that other people can continue working. Last
> time for example #1396 (
https://github.com/sympy/sympy/pull/1396)
> was bitten by the fact that master fails and so it
> wasn't immediately clear that the tests pass.
>
> So for many sympy contributors, it is of utter importance
> to have stable, reproducible and passing tests in master, so that we
> can immediately see if a PR passes or fails.
>
> Ondrej
>
> --
> You received this message because you are subscribed to the Google Groups "sympy" group.