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
The CAMDEN code is now at a point where it will run through "Buildcpp", but of course dies without any "configure" script present. So, I personally see at least three possible ways forward:
Copy the current CAM configure script into CAMDEN directly. This will be the quickest way to fix this issue, but will not improve this infrastructure in any meaningful way.
Write a new configure script, ideally in python. This will allow for the configure script to be cleaned-up and potentially improved (and reduce the reliance on perl). The disadvantage, of course, is that this will take time.
Add all the needed processes/actions into the "Buildcpp" script directly. This will provide the same benefits as option 2, but will also remove the "configure" script entirely. The dis-advantage of course is that this will also take time, and could make "buildcpp" a very large script (which could make readability worse).
What do you all think? I am happy to work on whatever option is decided on, but I didn't want to assign myself just yet in case someone else wants to tackle it instead.
The text was updated successfully, but these errors were encountered:
#3 FTW!
Advantage: It is one less file and the intent of buildcpp in the CIME infrastructure is to do what the old CAM configure script did.
Advantage: By building a data-driven configure process, the code should remain fairly compact. If it starts growing when we try to add additional features, we are not doing it right.
The CAMDEN code is now at a point where it will run through "Buildcpp", but of course dies without any "configure" script present. So, I personally see at least three possible ways forward:
Copy the current CAM configure script into CAMDEN directly. This will be the quickest way to fix this issue, but will not improve this infrastructure in any meaningful way.
Write a new configure script, ideally in python. This will allow for the configure script to be cleaned-up and potentially improved (and reduce the reliance on perl). The disadvantage, of course, is that this will take time.
Add all the needed processes/actions into the "Buildcpp" script directly. This will provide the same benefits as option 2, but will also remove the "configure" script entirely. The dis-advantage of course is that this will also take time, and could make "buildcpp" a very large script (which could make readability worse).
What do you all think? I am happy to work on whatever option is decided on, but I didn't want to assign myself just yet in case someone else wants to tackle it instead.
The text was updated successfully, but these errors were encountered: