Skip to content

Conversation

@Matthew-Whitlock
Copy link
Collaborator

@Matthew-Whitlock Matthew-Whitlock commented Nov 11, 2025

  • Store group members in an std::vector
  • Add convenience functions for searching for members/groups
  • Simplify the fenix_data_recovery.cpp functions that search for members/groups
  • Remove dead code from fenix_data_recovery.cpp
  • Support Fenix_Data_group_get_number_of_members and Fenix_Data_group_get_member_at_position

@Matthew-Whitlock
Copy link
Collaborator Author

Matthew-Whitlock commented Nov 11, 2025

The ompi 5.0.3 test is insistent on failing, but we can just ignore that for now. Once open-mpi/ompi#13504 and open-mpi/ompi#13503 are merged, I'll update the CI to only testing main, 5.0.x, and 6.0.x, and we'll have consistent tests (more consistent, at least).

Copy link
Collaborator

@saibalde saibalde left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM.

Comment on lines +153 to +156
//Search for id, returning {-1, nullptr} if not found.
fenix::data::member_iterator search_member(int id);
//As search_member, but print an error message is id not found.
fenix::data::member_iterator find_member(int id);
Copy link
Collaborator

@saibalde saibalde Dec 5, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

[Optional] Two different interfaces might become confusing in the future. I believe find_* is the public interface, but do we need to expose search_member?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants