On Sat, 24 Aug 2019 at 01:29, manaxf wrote:
>
> Has this issue been fixed?
I don't know but judging from Bjorn's comments maybe it isn't that
hard to fix. Are you interested in sending a PR?
--
You received this message because you are subscribed to the Google Groups
"sympy" group.
To
Has this issue been fixed? It is also broken in other printers, making
these feature virtually useless for generating finite difference (and other
discrete) formulas without some serious overriding of the printers.
On Wednesday, January 17, 2018 at 3:34:05 PM UTC-8, Björn Dahlgren wrote:
>
>
Oh, yes. I agree, it looks as if the arithmetic is tripping up the routine
which determines the bounds.
For the contents in the issue: just a (minimal) self-contained failing example
(like your last example),
together with what you had expected to be the output (and a few words
describing the
e=Eq(Dy[i], y[i])
print(fcode(e.rhs, assign_to=e.lhs, contract=True))
is allowed
e=Eq(Dy[i], y[i+1])
print(fcode(e.rhs, assign_to=e.lhs, contract=True))
Is not
Surprisingly,
>>> e=Eq(Dy[i], y[i+1])
>>> print(fcode(e.rhs, assign_to=e.lhs, contract=False))
Dy(i) = y(i + 1)
So, it seems
Sorry I don't quite follow. That example shows finite differences, hence ``i``
and ``i + 1``.
--
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
Actually, the problem seems to be the usage of mathematics with the
indices. If you use an example where the indices are used as is, it works
for me.
Op dinsdag 16 januari 2018 16:41:39 UTC+1 schreef Björn Dahlgren:
>
>
> On Tuesday, 16 January 2018 15:07:31 UTC+1, The Pauli Principle wrote:
>>
On Tuesday, 16 January 2018 15:07:31 UTC+1, The Pauli Principle wrote:
>
>
> I added the last line in accordance with the comments, this should yield a
> version with for loops.
>
In this case it probably should (since there are bounds given on i). Can
you open an issue for it on github?
