You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In different PRs build tests we have some root -n -b -l -q -e ".L ${MACRO_FILE}" checks failing.
Digging with @sawenzel we saw that this happens due to some included classes not having dictionaries, e.g. those in the DataFormats/Headers/include/Headers, DPL etc. Since these are templated classes, obligatory creation of dictionaries for them would be too complicated.
Should we instead change the macro's check to a compiled mode in O2/Makefile, as root -n -b -l -q -e ".L ${MACRO_FILE}+" ?
Cheers,
Ruben
The text was updated successfully, but these errors were encountered:
For DPL my goal would be to remove any of those, so that ROOT can parse the header just fine. I am not there yet, but that's on the medium term plan. This is of course orthogonal to running the macros in compiled mode.
mikesas
pushed a commit
to mikesas/AliceO2
that referenced
this issue
Dec 13, 2022
Hi,
In different PRs build tests we have some
root -n -b -l -q -e ".L ${MACRO_FILE}"
checks failing.Digging with @sawenzel we saw that this happens due to some included classes not having dictionaries, e.g. those in the DataFormats/Headers/include/Headers, DPL etc. Since these are templated classes, obligatory creation of dictionaries for them would be too complicated.
Should we instead change the macro's check to a compiled mode in O2/Makefile, as
root -n -b -l -q -e ".L ${MACRO_FILE}+"
?Cheers,
Ruben
The text was updated successfully, but these errors were encountered: