-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Trivial] Fix type used for array init #1170
Conversation
Good catch. Surprised we didn't see that before... |
I guess that's why the |
Pretty sure the following will work: constexpr int VNDIM = OutputUtils::VarInfo::VNDIM; will try it and push. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
@@ -47,7 +47,7 @@ namespace OutputUtils { | |||
// Helper struct containing some information about a variable | |||
struct VarInfo { | |||
public: | |||
static constexpr int VNDIM = MAX_VARIABLE_DIMENSION; | |||
static constexpr const int VNDIM = MAX_VARIABLE_DIMENSION; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Isn't the extra const
here redundant given that it is already constexpr
?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think so.
* Fix type used for array init * init array with constexpr expression * CC --------- Co-authored-by: Jonah Miller <jonahm@lanl.gov>
* meshdata version of refinement tagging * got initialization and vector indices working * fix tensor indices * added CheckRefinementMesh to fine-advection example * cleaning up var names * cleanup * adding scatter view utilities * scatterview version of refinement * burgers-benchmark uses Tag<MeshData> * add hierarchial par * cleanup includes * missed one * Update CHANGELOG.md * remove default level tag * default CheckRefineMesh to true * respect amr_criteria max_level * renaming delta_levels->amr_tags, mc->md * fix refinement/bc order * docs for CheckRefinementMesh * move amr_tags array to mesh * adding comments for ScatterMax view * it compiles at least * add easy machinery to register reflecting BCs * changelog * swarm bcs differetn from mesh bcs * use new input block * typo * add error checking for swarm/mesh BC consistency * typo * phdf diff * Register reflecting BCs for advection examples * typo * silly backwards compatibility thing to make it so you don't have to specify swarm BCs if you're not using swarms * working * changelog * Make everything work * format * maybe fix doc issue? * Address CUDA MPI/ICP issue with Kokkos <=4.4.1 (#1189) * Jonah's fix for this CI issue * CHANGELOG * Remove else from if constexpr when there are returns * Consolidate buffer packing functions with less atomics (#1199) * Consolidate buffer packing functions with less atomics + Fold in buffer sizing to the load buffer function + Use a sort and a discontinuity check instead of an atomic_fetch_add inside of LoadBuffer_ to get particle index into buffer + Reduce transcendental functions call in particle sourcing in particle example * Address PR comments + Call the member variable in SwarmKey the sort_key + Remove CountParticlesInBuffer function + Add buffer_start and buffer_sorted as swarm member variables * Update example/particles/particles.cpp Co-authored-by: Ben Ryan <bryan10@illinois.edu> * Update src/interface/swarm_comms.cpp Co-authored-by: Ben Ryan <bryan10@illinois.edu> --------- Co-authored-by: Ben Ryan <bryan10@illinois.edu> Co-authored-by: Ben Ryan <brryan@lanl.gov> * [Trivial] Fix type used for array init (#1170) * Fix type used for array init * init array with constexpr expression * CC --------- Co-authored-by: Jonah Miller <jonahm@lanl.gov> * Leapfrog fix (#1206) * Missing send size init * cleanup, CHANGELOG * verbose CI * further CI debugging * This should be working... * This should be fixed... but I get a segfault on GPU * Is it my AMD GPU thats wrong? * Missing a return statement * retest * Oops missing statement * Revert test * revert workflow * removing meshblock amr_criteria * use pack.UpperBound(b) to check allocation * remove meshblock first/second derivative from cpp * linting --------- Co-authored-by: Jonah Miller <jonah.maxwell.miller@gmail.com> Co-authored-by: Jonah Miller <jonahm@lanl.gov> Co-authored-by: Luke Roberts <lfroberts@lanl.gov> Co-authored-by: Philipp Grete <pgrete@hs.uni-hamburg.de> Co-authored-by: Ben Ryan <brryan@lanl.gov> Co-authored-by: Adam Dempsey <adempsey@lanl.gov> Co-authored-by: Alex Long <along@lanl.gov> Co-authored-by: Ben Ryan <bryan10@illinois.edu>
PR Summary
Clang just warned me about this. Apparently this was introduced because of clang (2fcd219).
Let's see what CI says (haven't tested locally)
PR Checklist