Axel Huebl

Hi @matt-stack, how is it going? Can you provide a few more details how you compiled exactly (commands/Makefile/CMake logic) and apply the suggested changes? :)

The function you need is `RecordComponent::availableChunks`: https://github.com/openPMD/openPMD-api/blob/3ee8b57dd8fa2d1559f5ee85ba08f5026db60be0/include/openPMD/backend/BaseRecordComponent.hpp#L62-L80 Examples in our tests: https://github.com/openPMD/openPMD-api/blob/3ee8b57dd8fa2d1559f5ee85ba08f5026db60be0/test/SerialIOTest.cpp#L183-L202 or https://github.com/openPMD/openPMD-api/blob/3ee8b57dd8fa2d1559f5ee85ba08f5026db60be0/test/ParallelIOTest.cpp#L336-L339 It's newly implemented in ADIOS2 and we can in theory also implement it for HDF5, although...

From the user-facing API yes, but it's possible that we cannot mark it `const` without `mutable` tricks because we do meta data reads under the hood (we interact with `IOHandler`...

Confirmed - windows is definitely supported. We support/test macOS/Linux/Windows including varying architectures besides x86.

Reproducer GH Action: ```yaml name: 🍏 macOS on: [push, pull_request] concurrency: group: ${{ github.ref }}-${{ github.head_ref }}-macos cancel-in-progress: true jobs: appleclang: name: [email protected] w/o MPI runs-on: macos-latest if: github.event.pull_request.draft ==...

More details: - worked with earlier releases, up to ~~3.23.3~~ 3.24.0 - `--user` does not work as a work around

Thank you for the quick fix! I did a detailed test again and you are right: - 3.23.3 works - 3.24.0 works - 3.24.1 breaks macOS

Thank you for the proposal. I think an alternative with could be to just allow to define the `meshesPath` to `./`, which means it is the exact `basePath` without further...

@DavidSagan thank you for the proposal! Can you elaborate a little on what is missing? Can't this be realized with individual names of meshes for external fields already as in...

After thinking about it: an alternative to prefixes/suffixes in names and nested groups, which are imho harder to parse for readers and complicate things, we could also go for the...