-
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
Run3 sim83 Attempt to unify the file definitions between FullSim and FastSim #33233
Conversation
-code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33233/21677
Code check has found code style and quality issues which could be resolved by applying following patch(s)
|
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33233/21678
|
A new Pull Request was created by @bsunanda (Sunanda Banerjee) for master. It involves the following packages: FastSimulation/Calorimetry @ssekmen, @Dr15Jones, @lveldere, @makortel, @cvuosalo, @civanch, @ianna, @mdhildreth, @cmsbuild, @sbein can you please review it and eventually sign? Thanks. cms-bot commands are listed here |
ProbMax = cms.double(1.0), | ||
CFibre = cms.double(0.5), | ||
OnlyLong = cms.bool(True) | ||
HFShowerBlock = HFShowerBlock |
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.
This leads to "long distance interaction" that is very confusing in most cases. If anyone does e.g. g4SimHits.HFShower.HFShowerBlock.ProbMax = 0.1
, that change will be visible here as well (because the HFShowerBlock
PSet object is the same).
We typically advise against that behavior and do
HFShowerBlock = HFShowerBlock | |
HFShowerBlock = HFShowerBlock.clone() |
instead.
If you want to be able to set value in HFShowerBlock
PSet once and have the change to propagate to both here and g4SimHits
, best would be to do
HFShowerBlock = HFShowerBlock | |
HFShowerBlock = cms.PSet(refToPSet_ = cms.string("HFShowerBlock")) |
and make sure the top-level HFShowerBlock
gets attached to cms.Process
(as it current does). Then the intention is clear, and the connection is visible e.g. edmConfigDump
. The C++ side doesn't need any change.
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.
@bsunanda , let us do like this
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33233/21684
|
@cmsbuild Please test |
+code-checks Logs: https://cmssdt.cern.ch/SDT/code-checks/cms-sw-PR-33233/21698
|
@cmsbuild Please test |
+1 Summary: https://cmssdt.cern.ch/SDT/jenkins-artifacts/pull-request-integration/PR-34b748/13663/summary.html Comparison SummarySummary:
|
+1 |
@sbein , your sign should be first |
+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 will now be reviewed by the release team before it's merged. @silviodonato, @dpiparo, @qliphy (and backports should be raised in the release meeting by the corresponding L2) |
+1 |
PR description:
Attempt to unify the file definitions between FullSim and FastSim
PR validation:
Use the runTheMatrix test workflows
if this PR is a backport please specify the original PR and why you need to backport that PR:
Nothing special