Cameron Smith

## meeting notes 6/13/2024 - added CGNS writer with a single 'base' - https://github.com/SCOREC/core/pull/395 to list - resuming weekly meetings starting on 6/21

## meeting notes 6/21/2024 - rebased CGNS_oneBase on `develop` [e765832](https://github.com/SCOREC/core/commit/e765832d2e21468c79ce46a00b33d3e72dfa74d1) and pushed to https://github.com/SCOREC/core/tree/CGNS_OneBaseRB2Dev - need to merge the changes from the pumi-meshes branch (https://github.com/SCOREC/pumi-meshes/tree/CGNS_tests) into the master branch -...

Interesting. Thank you. The Cabana repo also currently requires legacy views: https://github.com/ECP-copa/Cabana/pull/833

@Fuad-HH Was this supposed to be closed?

@Fuad-HH Thanks for the PR. I haven't looked at the code yet, but could you explain the difference between the arrow and the line segment in the figure?

cool! https://ccache.dev/ Assuming each matrix entry/combination is running in its own vm instance, I wonder if a 'central' ccache could be used.

Thank you; much appreciated. No, we don't need clang/gcc and C++20 for all combinations.

develop currently has: ``` matrix: compiler: - { name: GNU, CC: gcc-10, CXX: g++-10 } - { name: LLVM, CC: clang, CXX: clang++ } build_type: [Debug, Release] no_mpi: [OFF, ON]...

The current .github/workflows/cmake.yml takes 31minutes to run. https://github.com/SCOREC/core/actions/runs/16089922393/usage This is low enough to not be concerned about at this point.

Thank you @Sichao25. Before this can be merged we need to check that GITRm, XGCm, COMET, and PUMI-Tally aren't using this interface. You should have access to the GITRm and...