Build with optimisation set in SPR, and with the bug-fix from Martin#193
Build with optimisation set in SPR, and with the bug-fix from Martin#193
Conversation
|
The model version in the
|
|
🚀 Attempted to deploy 🖥️
|
|
🚀 Attempted to deploy 🖥️
|
|
🚀 Attempted to deploy 🖥️
|
|
!update-configs |
|
🔧 Opening/Updating Model Configuration PRs in Configurations RequestedConfigurations requested from profile
Pull Requests Opened/UpdatedThe following PRs were opened/updated:
More details can be found in the workflow run: https://github.com/ACCESS-NRI/ACCESS-ESM1.6/actions/runs/22668738014 |
|
!redeploy |
|
🚀 Attempted to deploy 🖥️
|
|
🚀 Attempted to deploy 🖥️
|
|
Whoops - I might have set off a race condition by manually specifying redeploy (which I did because there was no indication that a new deploy was starting) |
|
!redeploy |
|
🚀 Attempted to deploy 🖥️
|
|
!update-configs |
|
🔧 Opening/Updating Model Configuration PRs in Configurations RequestedConfigurations requested from profile
Pull Requests Opened/UpdatedThe following PRs were opened/updated:
More details can be found in the workflow run: https://github.com/ACCESS-NRI/ACCESS-ESM1.6/actions/runs/22742648251 |
|
🚀 Attempted to deploy 🖥️
|
|
🚀 Attempted to deploy 🖥️
|
|
Sorry for another ping @CodeGat - think we have seen this new prefix is too big error before - https://github.com/ACCESS-NRI/ACCESS-ESM1.6/actions/runs/22752303112/job/65989380495?pr=193#step:15:1399 |
|
There's at least one more failure for the same reason (for gmake) higher up in the log - here |
|
🚀 Attempted to deploy 🖥️
|
|
!redeploy |
|
🚀 Attempted to deploy 🖥️
|
|
Interesting - this failed because of the icx: warning: overriding '-march=x86-64-v4' option with '-x sapphirerapids' [-Woverriding-option]
configure:2960: $? = 0
configure:2967: ./conftest
Please verify that both the operating system and the processor support Intel(R) AVX512VBMI, AVX512_VPOPCNTDQ, AVX512_BITALG, AVX512_VBMI2 and AVX512_FP16 instructions.
configure:2971: $? = 1
configure:2978: error: in `/scratch/tm70/tm70_ci/tmp/restricted/spack-stage/spack-stage-oasis3-mct-5.2-gqvm7znr6oyjkfjcfpu3wwkkorir4xbi/spack-src/compile_oa3-mct/build/lib/mctdir':
configure:2980: error: cannot run C compiled programs.
If you meant to cross compile, use `--host'.
See `config.log' for more details
Seems to be potentially solvable by a configure argument like This section in the autoconf docs is relevant. Adding Side-note: Why is it (almost) always oasis3-mct 😅 |
|
🚀 Attempted to deploy 🖥️
|
Using an updated UM7 SPR that sets -O2 for atm_step and u_model, and keeps -O0 for set_atm_pointers + building UM7 with the bug-fix from Martin (that fixes the wrong offsets which were unveiled by my setting the -O2 flags across all three top-level UM7 routines)
🚀 The latest prerelease
access-esm1p6/pr193-10at 82e41f9 is here: #193 (comment) 🚀