You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Thank you for taking the time to report a bug! Your support is essential for the maintenance of this project. Please fill out the following fields to ease bug hunting and resolving this issue as soon as possible:
Impossible to init machine on model with castom implementation of eq
x is "a string" will raise a SyntaxWarning in Python 3.8 and it seems like this was elevated to a SyntaxError in Python 3.9 and beyond (see Dennis Sweeney's comment). Maybe there is another way to enable easier override of __eq__.
I removed the bug label since using == is intended behaviour (as of now).
I moved 'self' to a class variable. This may cause some minor inconvenience for users that would like to add a couple of models AND the machine itself ([mod1, mod2, Machine.self_literal]) but an identity check feels like the better approach. I pushed this change to the master branch with af7008e. Let me know if this solves your issue.
I assume this issue has been solved by this commit since there has not been any feedback. Feel free to comment anyway and I will reopen the issue if necessary.
Thank you for taking the time to report a bug! Your support is essential for the maintenance of this project. Please fill out the following fields to ease bug hunting and resolving this issue as soon as possible:
Impossible to init machine on model with castom implementation of eq
This raises NotImplemented. The problem is in core 604
When mod is compared with the string the eq of C raises error. It can be replaces with
The text was updated successfully, but these errors were encountered: