-
Notifications
You must be signed in to change notification settings - Fork 3
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
Add rmsByLevel function #18
Add rmsByLevel function #18
Conversation
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.
I am curious what are the merits of using oops abort as opposed to throwing an exception? Elsewhere I have been throwing exceptions, but perhaps this is contrary to the jedi style?
Hmm, I don't know the details but perhaps @tf17270 can answer more fully? By looking at the code for the ABORT function (JCSDA-internal/oops/blob/develop/src/oops/util/abor1_cpp.cc), it looks like it's ensuring that any other MPI processes also abort with |
Let me preface this by saying its just by looking and extrapolating from the fact I was asked to use abort. I have seen within oops that abort is the preference for where functionality doesn't exist but and except (often wrapped up in oops::EXPECT statements) are used in cases where there are yaml validation failures or other errors associated with values not being what they were meant to be |
Thanks very much @tf17270 and @mo-joshuacolclough that makes sense! I will add that little bit of refactoring to my list! |
Description
Adds
rmsByLevel
function inIncrements.h
. Required by OOPS PR JCSDA-internal/oops/pull/1893. Note: It seems this does not affect any of the test YAMLs.Issue(s) addressed
Acceptance Criteria (Definition of Done)
SPICE intel builds are failing but I don't think it is due to these changes.
Dependencies