Bugfix: cleanup dependency of AlgoOffline on fles_logging
-
AlgoOffline
already depends onFairLogger
3 lines above, not sure about the outcome, it may explain some of the build warnings and the lower than I expected reduction in the weekly builds log size - There were multiple instances in the algo library were the
fles_logging
headerlog.hpp
was used instead of the compatibility one, with sometimes a mix in the same folder - The
NO_ROOT
flag was propagated to multiple higher level reco library (steer, offline steer, probably also analysis ones...) throughLittrack
which was depending onLittrackparallel
which itself was wrongly depending on the onlineKfCore
instead ofKfCoreOffline
. This combined with the includes in theDigi
classes to force a dependency onfles_logging
in offline libraries which should have only depended onFairLogger
Difference between the last two versions shows how involved the debugging process was (around 10 hours on my side)
Redmine: Refs #3399
Edited by Pierre-Alain Loizeau