{geo}[gompi/2024a] WRF-SFIRE vW4.4-S0.1 w/ dmpar - #25506
Conversation
|
@hvelab Just wondering: did you consider leveraging the existing WRF easyblock? Not sure if that makes any sense at all in this case... |
|
@boegelbot please test @ jsc-zen3 |
|
@boegel: Request for testing this PR well received on jsczen3l1.int.jsc-zen3.fz-juelich.de PR test command '
Test results coming soon (I hope)... Details- notification for comment with ID 4004250028 processed Message to humans: this is just bookkeeping information for me, |
|
Test report by @boegelbot |
You mean to create a new one with the fix? I am not sure for this case it makes much sense. As it is for EESSI we could just move it to the hooks |
|
|
||
| #The configure file for aarch architectures has much less options | ||
| if ARCH == 'aarch64': | ||
| configopts = "<<<$'3\\n1\\n' && sed -i 's/^FC[[:space:]]*=[[:space:]]*time/FC = /' configure.wrf" |
There was a problem hiding this comment.
Ooof, this is quite cryptic (so is the sed command above).
Any chance we can make this more readable, or use a patch file, or at the very least break it down step-by-step and adding comments?
There was a problem hiding this comment.
just added a cleaner look with the commented options on how would it look if we did it with a patch, thing is using a patch is not trivial as it needs to be applied right afte the configure step and im not sure if it will be the same patch for all architectures, the ways of the configure.wrf file are complicated
|
@hvelab Can you look into fixing the code style issues that are causing CI to fail? |
(created using
eb --new-pr)this was requested to be incorporated on EESSI, removing the "time" command is because the compat layer doesn't ship it and makes the build to crash, for what I saw online could be a problem for users with different flavours of linux so maybe not too bad to leave it there?
any better suggestion on how to handle this is welcome