-
Notifications
You must be signed in to change notification settings - Fork 4.4k
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 5 warnings in PhysicsTools/MVATrainer #27870
Fix 5 warnings in PhysicsTools/MVATrainer #27870
Conversation
please test |
The code-checks are being triggered in jenkins. |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-27870/11625
|
The tests are being triggered in jenkins. |
A new Pull Request was created by @mrodozov (Mircho Rodozov) for master. It involves the following packages: PhysicsTools/MVATrainer @cmsbuild, @santocch can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
H! Don't you think it would be better to just delete that package? I did some background research on that package some time ago, and it's even older than TMVA. IMHO there is not point in supporting that code and spending time fixing bugs here. Everyone is now either using TMVA or the Python data science ecosystem to train their MVAs. The only remaining use of that package is within the TopQuarkAnalysis subsystem, where a few tweaks are needed to remove the dependence [1]. It's probably okay to remove the bits of code there that depend on the MVATrainer, as I doubt the TopQuarkAnalysis subsystem is used (seems to date back even to Tevatron times). What do you think? |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
would you confirm that's the difference |
Yes you are right. Thanks, I updated the link in my post. Alright then, I will do a PR with the removal of the package and refer to your gcc warnings PR to exemplify how leaving the MVATrainer in the release can be annoying because it raises new warnings for every major gcc version bump. Can you please leave this PR open until the release managers decided if they want to remove the package or not? Do you agree with this procedure? |
Yes it fine with me. |
@@ -291,6 +291,7 @@ namespace PhysicsTools { | |||
break; | |||
} else | |||
pos = (Position)(pos + 1); | |||
[[fallthrough]]; |
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.
@santocch I do not see why this should not be a break
, could you please cross check?
hold this PR becomes obsolete if #27888 is integrated |
Pull request has been put on hold by @fabiocos |
PR description:
Fixes gcc9 warnings
PR validation:
Builds without warnings.