MuonColliderSoft / ACTSTracking

GNU General Public License v3.0
0 stars 5 forks source link

Updates to Work Inside MCC Software Release #3

Closed kkrizka closed 2 years ago

kkrizka commented 2 years ago

External Tracking Geometry

The tracking geometry is now loaded from an included ROOT file. It is the same as the geometry of DD4hep, but the sensitive nodes have been renamed to sensor# to make their identification possible.

Note that ROOT treats a TGeoManager as a global object, so loading this geometry invalidates the DD4hep description used by the remaining Marlin processors. The DD4hep is internally stored as the TGeo, so this breaks some of the Marlin. This was bypassed by "saving" the current (aka DD4hep) gGeoManager to a temporarily variable and restoring it after the ACTS geometry is created. Once the ACTS geometry is created, then it is stored using ACTS objects.

The ROOT files can be configured using the TGeoFile processor configuration parameter.

Resource File Installation

The resource files (steering examples, geometry descriptions) are now installed (during make install) to ${CMAKE_INSTALL_DATADIR}/ACTSTracking. For a normal system-wide install, this corresponds to the usual /usr/share/ACTSTracking.

Also removed the need for CONFIGURE_FILE as absolute paths are now handled by "Resource File Look-up".

Resource File Look-up

The resource file processor settings (MatFile and TGeoFile) now support relative paths. The relative path is searched for in the following order:

The left hand side of the above is defined inside config.h using CMake's CONFIGURE_FILE. It handles running from a build directory and after installation correspondingly.

The look-up is implemented by a new ACTSTracking::findFile helper function.

Use LCTuple

Replace output of samples with LCTuple.

Cleanup Naming