-
Notifications
You must be signed in to change notification settings - Fork 66
CCPP Framework Meeting Minutes 2025 09 04
Courtney Peverley edited this page Sep 4, 2025
·
3 revisions
Attendees: Michael Kavulich, Jordan Powers, Cheryl Craig, Courtney Peverley, Jesse Nusbaumer, Soren Rasmussen, Dustin Swales, RhaeSung Kim
GitHub issues, PRs, discussions
-
Allow repeat subcycle variables & nested subcycles of identical length #678
- Associated issue: #677
- Ready for merge?
- No new issues (aside from super-issues for each dycore)
- Issue backlog/triage...capgen unification edition!
-
capgen should keep cap names under 63 characters (12 hours) #337
- Discussed last week that this may be solved by an incoming PR
-
capgen should determine the list of schemes to compile from search path and list of suites #422
- In progress
- Add "number of instances" dimension to module-level variables to support multi-instance usage #561
-
Standardize ordering of ccpp_error_code and ccpp_error_message #574
- Done?
-
capgen should keep cap names under 63 characters (12 hours) #337
- Allow different fortran source directory (#675)
- Michael K to ping Dom to re-review
- Allow repeat subcycle variables (#678)
- Dustin to review
- Errors when integer variable is output from one and used as a dimension in another (#681)
- Courtney solicited feedback from Dustin, Steve, Dom
Prebuild -> capgen transition
- Next meeting, we can add to the agenda
- Dustin - updated to latest and things broke
- Test refactor messed up build system
- Will update the capgen unification board as he goes
- Dustin won’t have much funding for this in the future, want to make a push now
Backlog
- Capgen should keep cap names under 63 characters (#337)
- Michael to make a note to make sure we have this in technical docs
- Can close; implemented hard limit on suite names in the past
- Capgen should determine the list of schemes to compile from search path and list of suites (#422)
- Dom working on this
- We proposed that it be optional
- Add “number of instances” dimension to module-level variables (#561)
- Dustin thinks they got around this before and could just not use the constituents the way we do
- Will need Dom’s thoughts
- Standardize ordering of ccpp_error_code and ccpp_error_message (#574)
- Closing - host models can decide what they want to do for ordering (framework doesn’t care)