-
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
Break Reconstructions dependency on FastSimulation #26016
Comments
A new Issue was created by @Dr15Jones Chris Jones. @davidlange6, @Dr15Jones, @smuzaffar, @fabiocos, @kpedro88 can you please review it and eventually sign/assign? Thanks. cms-bot commands are listed here |
assign reconstruction, fastsim |
Conceptually related to #22575 |
which refers to yet another package? Perhaps one needs to look at this at the class level..
… On Feb 26, 2019, at 3:26 AM, Kevin Pedro ***@***.***> wrote:
Conceptually related to #22575
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
After an upcoming pull request where I refactor some of fastsim, the remaining uses of fastsim outside of FastSimulation subsystem are
If we ignore the uses in
|
The equivalent ROOT file appears to be |
Actually, it looks like Transform3DPJ.h was copied from and removed the template. |
#26061 is the big refactoring I've done in preparation for moving the shared FastSimulation code to CommonTools. |
#26070 removes one unnecessary dependency on |
I just did a side-by-side comparison of https://github.com/root-project/root/blob/a446719c104c411839f92ce960cf458842ae212f/math/genvector/inc/Math/GenVector/Transform3D.h Therefore we should remove |
The other use of Transform3DPJ outside of FastSim goes away with #26073. |
#26073 removes the last dependency on Transform3DPJ outside of FastSimulation. |
@davidlange6 @26187 indeed provides another (small) package, but it looks to me a clean solution. What alternative do you propose? |
It does not add another small package. It just moves the same small package from FastSimulation directory to the CommonTools directory. |
@Dr15Jones you are right, the net balance is zero, it removes and adds back the same package, just elsewhere. As I said, it looks ok to me |
@Dr15Jones #26187 has been now merged |
do I understand correctly that this dependence can stay and this issue can be closed? |
we can close this issue, only |
Many reconstruction packages depend on the following two FastSimulation packages:
I propose moving those packages (and any FastSimulation packages they depend upon) to a common Subsystem in order to properly reflect the dual usage of the packages.
This will also fix the dependency violations shown in the IB build summary pages.
The text was updated successfully, but these errors were encountered: