-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fparser1 where statement bug fix (closes #430) #431
Conversation
Codecov ReportAll modified lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #431 +/- ##
==========================================
+ Coverage 91.91% 91.96% +0.04%
==========================================
Files 84 85 +1
Lines 13625 13644 +19
==========================================
+ Hits 12524 12548 +24
+ Misses 1101 1096 -5
☔ View full report in Codecov by Sentry. |
I was tempted to agree with you but then realised that while it may be unsupported, it is actually critical for our LFRic functionality (as evidenced by the fact that we hit it) so I suggest adding one test to cover it. |
You and your reasonable logic. codecov fails as well so I should cover it. |
Ready for first review. Probably one for @arporter seeing as he expressed a preference for testing, but someone else can take it on as it is a simple change. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Change is good. New test added is pylint clean. CI is all green
No doc. update required.
Will proceed to merge.
The fix is a one line change as we just need to return the original value of the string expression (using 'map'), rather than the string expression itself (F2PY_EXPR_TUPLE_1). For the example shown in issue #430:
We used to get ...
But now get ....
As we are no longer supporting fparser1, I propose that this change just goes on as is rather than adding any tests.