Conversation
8c5ebda to
67ec6dc
Compare
|
I think I found a bug in
But instead it tries to use |
|
Looks like But not for older versions: |
|
Pushing the latest AMReX now, so this Spack bug will only will be weird for <= For @spack/e4s et al., we should now ONLY build the default, which builds all dims at once ( |
|
@spack/e4s do you understand why the I cannot find where this CI runner is configured to build |
Can you re-base this on develop? We updated the OneAPI CI stack on develop -- both the runner image and the Spack environment -- and if you re-base on develop, the older |
|
Rebased two weeks ago, shall I rebase again? :) Do I need to do something for |
|
It seems like the restriction of multi-dim to versions Causing the obv error: We can workaround this by appending a commit to this PR that explicitly specifies To say |
This updated the Spack package to allow to install AMReX, modules of AMReX in E4S deployments and dependent packages with support for multiple dimensions. Due to an upstream change in AMReX, we do not longer need to ship three, binary incompatible package variants.
Work-around the auto-concretization to the multi-dim of `dimensions`, which only in 23.06+ became a multi-variant.
|
Thank you @eugeneswalker, rebased and pushed accordingly. |
|
The only failing CI job now is in Unfortunately, the error trace is not very informative. I will try the build on this machine manually and post update here when I see what the problem is. |
|
@spackbot run pipeline |
|
I've started that pipeline for you! |
Ran this locally and the build completed just fine. Not sure what the issue is but I've restarted the pipeline. Let us see if we get a different result the second try... |
…ailure can be resolved
|
Happy to merge whenever you think it is best @ax3l |
* AMReX: 23.06+ Multi-Dim Support This updated the Spack package to allow to install AMReX, modules of AMReX in E4S deployments and dependent packages with support for multiple dimensions. Due to an upstream change in AMReX, we do not longer need to ship three, binary incompatible package variants. * [E4S] oneAPI AMReX < 23.06 Variant Work-around the auto-concretization to the multi-dim of `dimensions`, which only in 23.06+ became a multi-variant. * e4s cray rhel ci: temporarily disable amrex build until spurious ci failure can be resolved --------- Co-authored-by: eugeneswalker <[email protected]>
This updated the Spack package to allow to install AMReX, modules of AMReX in E4S deployments, and dependent packages, with support for multiple dimensions. Due to an upstream change in AMReX, we do not longer need to ship three, binary incompatible modules (resulting in three, incompatible HPC modules, resulting in three, incompatible variants per downstream app, etc. ...).
More background in this blog article: https://bssw.io/blog_posts/rethinking-software-variants