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
For now, we keep the current non-standard approach that optional arguments can be anywhere in the call list, not just at the end (after the mandatory arguments). Since this is not standard, we must document this in the CCPP tech docs.
The long term solution depends on when/how the error handling changes. If for the foreseeable future we keep errmsg and errflg, we should move them to the beginning of the argument list and reorder the remaining arguments such that optional arguments come last. If the error handling is done differently in the future, the two arguments errmsg and errflg may no longer be necessary. Either way, we can re-arrange the argument list in a separate effort to follow the standard.
Alternatives (optional)
n/a
Related to (optional)
n/a
The text was updated successfully, but these errors were encountered:
Description
See discussion in #529 (comment).
Solution
For now, we keep the current non-standard approach that optional arguments can be anywhere in the call list, not just at the end (after the mandatory arguments). Since this is not standard, we must document this in the CCPP tech docs.
The long term solution depends on when/how the error handling changes. If for the foreseeable future we keep
errmsg
anderrflg
, we should move them to the beginning of the argument list and reorder the remaining arguments such that optional arguments come last. If the error handling is done differently in the future, the two argumentserrmsg
anderrflg
may no longer be necessary. Either way, we can re-arrange the argument list in a separate effort to follow the standard.Alternatives (optional)
n/a
Related to (optional)
n/a
The text was updated successfully, but these errors were encountered: