Skip to content
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

ParameterMultiAccessor should store a vector of unique_ptrs #3281

Merged
merged 2 commits into from
May 12, 2022

Conversation

jwpeterson
Copy link
Member

Another hopefully straightforward update similar to #3274, #3273, #3270. We don't have any tests (or even code that includes the header for) ParameterMultiAccessor so strictly speaking this should be run through the GRINS regression testing before being merged, and (even more strictly speaking) we should probably add a unit test for this in libmesh.

We should not need to call new directly, std::unique_ptrs can be
returned from functions without making a copy.
@moosebuild
Copy link

Job Coverage on 9ee4f4e wanted to post the following:

Coverage

Coverage did not change

Full coverage report

This comment will be updated on new commits.

@roystgnr
Copy link
Member

Looks good, and this doesn't break anything in GRINS (again, with grinsfem/grins#620 ) for me.

@roystgnr roystgnr merged commit e56cb10 into libMesh:devel May 12, 2022
@roystgnr
Copy link
Member

I totally spoke too soon there - I'd built against an older libMesh install by accident. There actually is a bug here; I'll put up a separate PR with the fix.

roystgnr added a commit to roystgnr/libmesh that referenced this pull request May 12, 2022
This fixes the compilation error in GRINS that libMesh#3281 introduced for me.
@jwpeterson jwpeterson deleted the return_unique_ptr branch May 12, 2022 15:26
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