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

[tmva][sofie] Remove explicit function definitions that can be implicit #18379

Merged
merged 1 commit into from
Apr 13, 2025

Conversation

guitargeek
Copy link
Contributor

Follows up on 035cf0c.

  • Remove IO constructors of classes that don't support IO anyway because there is no ClassDef macro call, etc.

  • Use implicit move constructors and assignments for GNN RModel classes, because all data members can be correctly moved

  • Delete explicit destructors of helper classes that only reset the unique pointers, which would happen by default anyway

  • Don't delete copying of RModel and derived classes explicitly. Copying is already implicitly deleted because of the std::unique_ptr data members

@guitargeek guitargeek requested a review from sanjibansg April 12, 2025 08:44
@guitargeek guitargeek self-assigned this Apr 12, 2025
@guitargeek guitargeek requested a review from lmoneta as a code owner April 12, 2025 08:44
Copy link

github-actions bot commented Apr 12, 2025

Test Results

    19 files      19 suites   5d 13h 34m 23s ⏱️
 2 737 tests  2 736 ✅ 0 💤 1 ❌
50 260 runs  50 259 ✅ 0 💤 1 ❌

For more details on these failures, see this check.

Results for commit cc6f1cc.

♻️ This comment has been updated with latest results.

@guitargeek guitargeek changed the title [tmva][sofie] Remove expicit function definitions that can be implicit [tmva][sofie] Remove explicit function definitions that can be implicit Apr 12, 2025
Follows up on 035cf0c.

 * Remove IO constructors of classes that don't support IO anyway
   because there is no `ClassDef` macro call, etc.

 * Use implicit move constructors and assignments for GNN RModel
   classes, because all data members can be correctly moved

 * Delete explicit destructors of helper classes that only reset the
   unique pointers, which would happen by default anyway

 * Don't delete copying of RModel and derived classes explicitly.
   Copying is already implicitly deleted because of the
   `std::unique_ptr` data members
@guitargeek guitargeek merged commit c085338 into root-project:master Apr 13, 2025
20 of 23 checks passed
@guitargeek guitargeek deleted the sofie_move branch April 13, 2025 15:28
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants