-
Notifications
You must be signed in to change notification settings - Fork 30
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
(Closes #2845) fix for inline symbol bug #2848
base: master
Are you sure you want to change the base?
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #2848 +/- ##
=======================================
Coverage 99.88% 99.88%
=======================================
Files 359 359
Lines 50833 50833
=======================================
Hits 50777 50777
Misses 56 56 ☔ View full report in Codecov by Sentry. |
A small change to the inlining transformation so that symbols are added to the table of the Routine of the call site rather than to the table of the local scope. This allows us to spot problems in the validate rather than crashing at the end of the appy() method. The integration tests will need to be run but I don't want to do that during the day while Glados is busy. |
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.
Need to check if the integration tests are ok, but the code changes all look fine, and tests/coverage/etc. are all fine.
Edit: Someone started the integration tests about 30 minutes ago - @arporter is this ok or do we need to stop them and try them later?
It's OK, it was me and I see NEMO v.4 failed :-( |
Failure was:
and must be because we are adding symbols to tables in nested scopes rather than the parent Routine scope. |
Ok - I'll sent it back to you to resolve then |
That was easier than I expected. Will wait until tonight to trigger integration tests again. |
NEMO4 OpenACC kernels integration test failed again :-( Will investigate. |
The failure is:
It is the inlining of nemo_init that causes the failure with a symbol that is unresolved in both the routine and, at the point of inlining, the call site:
|
No description provided.