-
Notifications
You must be signed in to change notification settings - Fork 613
[Common,PWGLF] Expose configurables inside TrackTuner in propagationService #12306
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
Conversation
|
O2 linter results: ❌ 6 errors, |
| template <typename TConfigurableGroup, typename TTrackTuner, typename TInitContext, typename THistoRegistry> | ||
| void init(TConfigurableGroup const& cGroup, TTrackTuner& trackTunerObj, THistoRegistry& registry, TInitContext& initContext) |
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.
trackTunerObjis unused.- Why is it passed by non-const reference?
- Why is the type templated?
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.
Hi @vkucera, it's definitely used, please check again by looking at the actual code and not just the changelog. I can pass it as const and I can also explicitly mention the type - there, you're right, I'll adjust.
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.
Ah, sorry, I overlooked the line that removes the member from the class.
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.
I changed such that the type is not a template. However: the non-const reference I cannot avoid - there are further function calls in the track tuner that are not marked as const and then it does not compile. There may be further adjustments needed to the track tuner anyhow - I think it's best to leave this for future improvements of the trackTuner tool.
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.
OK, fair enough. Thanks for trying though.
|
Please add the missing header includes. |
alibuild
left a comment
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.
Auto-approving on behalf of @ddobrigk.
…ervice (AliceO2Group#12306) Co-authored-by: David Dobrigkeit Chinellato <david.dobrigkeit.chinellato.cern.ch> Co-authored-by: ALICE Builder <alibuild@users.noreply.github.com>
…ervice (AliceO2Group#12306) Co-authored-by: David Dobrigkeit Chinellato <david.dobrigkeit.chinellato.cern.ch> Co-authored-by: ALICE Builder <alibuild@users.noreply.github.com>
…ervice (AliceO2Group#12306) Co-authored-by: David Dobrigkeit Chinellato <david.dobrigkeit.chinellato.cern.ch> Co-authored-by: ALICE Builder <alibuild@users.noreply.github.com>
Since the tracktuner class derives from ConfigurableGroups, it has to be put in the analysis task itself for the relevant configurables to be exposed directly to the user of a joint service such as propagationService.