Incorrect name normalization for template with size_t template argument #18363
Labels
bug
experiment
Affects an experiment / reported by its software & computimng experts
in:Cling
in:Core Libraries
in:Dictionaries
priority:critical
Milestone
Check duplicate issues.
Description
This is issue is reported indirectly in cms-sw/cmssw#47697 where this bug lead to an unwanted and failing auto-parsing, leading to a crash as a consequence of the failed auto-parsing.
The root cause is that the name normalization of:
is not consistently handled. During dictionary generation we end up with the following:
Note the type suffix in 1 out of the 3 possibility ... when none is (currently) desired.
In the reported case this lead the
TProtoClass
forOuter<128>::View<128>
to have the (normalized) nameOuter<128UL>::View<128>
while at run-time we look upOuter<128>::View<128>
fail to find it in the rootpcm when using the normalized name interface and thus go through a phase of name normalization which (due to the same/similar failed lookup) leads to the need to load the class information in the interpreter (aka auto-parse its headers).Reproducer
ROOT version
up to v6.34.08
Installation method
any
Operating system
any
Additional context
@makortel
The text was updated successfully, but these errors were encountered: