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
Fix gcc9 warning in MagneticField #27853
Conversation
The code-checks are being triggered in jenkins. |
please test |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-27853/11591
|
The tests are being triggered in jenkins. |
A new Pull Request was created by @mrodozov (Mircho Rodozov) for master. It involves the following packages: MagneticField/VolumeBasedEngine @perrotta, @cmsbuild, @slava77 can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
@@ -18,7 +18,8 @@ VolumeBasedMagneticField::VolumeBasedMagneticField(int geomVersion, | |||
paramFieldOwned(isParamFieldOwned) {} | |||
|
|||
VolumeBasedMagneticField::VolumeBasedMagneticField(const VolumeBasedMagneticField& vbf) | |||
: field(vbf.field), | |||
: MagneticField::MagneticField(vbf), |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IIUC, the behavior before this PR is that the default constructor MagneticField::MagneticField()
is called here.
The proposed update will change the old previous behavior.
I see no differences in the comparisons, which probably means that the copied field is probably never used in a way where the values in the base would matter.
@VinInn looking at cffc1ad
it may seem like the copy constructor was supposed to be called, but it was not done.
Please check and clarify.
@namapane are there any other use cases where this change in behavior would matter?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is no real member in the base class MagneticField except for the nomial value which is computed on the fly the first time it is requested. The fix does not change anything as far as I can tell, except for actually avoiding recomputing the nominal value on the copy if that is requested (which is very rarely the case).
In short: the fix is correct. Thanks anyhow for the heads-up.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you for checking and confirming that this PR is OK
+1
|
This pull request is fully signed and it will be integrated in one of the next master IBs (tests are also fine). This pull request will now be reviewed by the release team before it's merged. @davidlange6, @slava77, @smuzaffar, @fabiocos (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
Fixes warning in MagneticField
PR validation:
Builds without warning