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
L1TObjectTypeInCond typedef instead of an overriding ObjectTypeInCond #18442
L1TObjectTypeInCond typedef instead of an overriding ObjectTypeInCond #18442
Conversation
… which is defined in the legacy L1 already
A new Pull Request was created by @slava77 (Slava Krutelyov) for master. It involves the following packages: DataFormats/L1TGlobal @cmsbuild, @silviodonato, @Martin-Grunewald, @rekovic, @fwyzard, @mulhearn, @davidlange6 can you please review it and eventually sign? Thanks. cms-bot commands are listed here #13028 |
@cmsbuild please test |
The tests are being triggered in jenkins. |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
Hmm, I'd prefer if instead of just a |
On 4/22/17 11:13 PM, Martin Grunewald wrote:
@slava77 <https://github.com/slava77>
Hmm, I'd prefer if instead of just a
|using ObjectTypeInCond=L1TObjectTypeInCond|
one is making a global search and replace of |ObjectTypeInCond| by
|L1TObjectTypeInCond|
where it is required.
OK
I will change
…
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#18442 (comment)>, or
mute the thread
<https://github.com/notifications/unsubscribe-auth/AEdcbgzeWrYgQgIckYQV2Tb3AW2CNgd4ks5ryuwOgaJpZM4NFGUf>.
|
Pull request #18442 was updated. @cmsbuild, @silviodonato, @Martin-Grunewald, @rekovic, @fwyzard, @mulhearn, @davidlange6 can you please check and sign again. |
@cmsbuild please test |
The tests are being triggered in jenkins. |
Comparison job queued. |
Comparison is ready Comparison Summary:
|
+1 |
+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 requires discussion in the ORP meeting before it's merged. @Muzaffar, @davidlange6, @smuzaffar |
+1 |
Globally-defined typedefs better be unique in DataFormats as they are globally known to ROOT (same typedef name should correspond to the same type; multiple definitions of the same typedef are apparently OK).
ObjectTypeInCond is defined in the legacy L1 already.
This should clear rather verbose errors in Tree::Draw with selections made from FWLite similar to