Check duplicate issues.
Description
In my C++&PyROOT-basic project I have rather colicated structure of (C++) namespaces and classes
e.g. Ostap::Math , Ostap::Models , Ostap::Utils , Ostap::Kinematics , Ostap::StatVar, Ostap::GSL etc
Recently (from ROT 6.38?) I've observed very strange behaviour. PyROOT generates some symbols
in namespace Ostap with strange names with the last symbol truncated:
Out[9]:
[ ...
'GS',
'GSL',
'Kinematic',
'Kinematics',
'Mat',
'Math',
'Model',
'Models',
'MoreRooFi',
'MoreRooFit',
'StatVa',
'StatVar',
'Util',
'Utils',
... ]
Now all symbols get such "truncated" twin.
And here I have some problem
- for my working platform (Linux) such truncated symbols causes no problems (or, at elast I do not see th problem yet)
- unfortunately for osx_64 and osx_arm64 there is failure to load the dictionary:
│ │ AttributeError: <namespace cppyy.gbl.Ostap.Utils at 0x127f60f20> has no attribute 'ErrorSentry'. Full details:
│ │ type object 'Utils' has no attribute 'ErrorSentry'
│ │ 'Ostap::Utils::ErrorSentry' is not a known C++ class
│ │ 'ErrorSentry' is not a known C++ template
│ │ 'ErrorSentry' is not a known C++ enum
However I do not know if these are really connected issues. but it looks like that for osx-platform these "fake" symbold hide the correct symbols. and it happens for 6.38 <= ROOT, for ROOT 6.36 there are no problems. Unfortunately I cannot dive deep into osx-issues since I have no direct access to this platform and I can see the problem only via conda feedstock
- My project is rather heavy, I've tried to prepare simple reproducer but I've got no success.
In very old ROOT-forum post from 2019 https://root-forum.cern.ch/t/cppyy-gbl-and-root-namespace/34396 I've seen such lines, that may have some connection to the issue:
and some of them look very strange (e.g., ‘Detai’, ‘Experimenta’, ‘Fi’, ‘Mat’ … ).
But thit item was only mentioned and not discussed in the post at all..
As I've said, I see no negative impact for Linux platform - the only negative impact is for osx platform for ROOT >= 6.38 - in particular it stops the builds of my project at conda.
Reproducer
I am very sorry but I've got so success to provide the simple reproducer
ROOT version
- Linux: ROOT 6.39 from cmvfs dev3 lnightly LCG build
- osx_64 & osx_arm64: ROOT 6.36 & 6.38 from conda
Installation method
LCG cvmfs build, in particular dev3 nightly slot
Operating system
Linux, lxplus
Additional context
Let me stress
- strange/truncated symbols I see both for Linux and OSX (both for ROOT 6.36 & 6.38 )
- for OSX (ROOT >=6.38) also see the failure in loading the dictionary whyle for ROOT=6.36 there is no failure. I do not have any strniog arguments that OSX problem is related to existence of truncated symbols, but the correnction is definitely not excluded.
anyhow the apearence of such "extra" symbols are very confusing and likely related to some problems.
Check duplicate issues.
Description
In my C++&PyROOT-basic project I have rather colicated structure of (C++) namespaces and classes
e.g. Ostap::Math , Ostap::Models , Ostap::Utils , Ostap::Kinematics , Ostap::StatVar, Ostap::GSL etc
Recently (from ROT 6.38?) I've observed very strange behaviour. PyROOT generates some symbols
in namespace Ostap with strange names with the last symbol truncated:
Now all symbols get such "truncated" twin.
And here I have some problem
However I do not know if these are really connected issues. but it looks like that for osx-platform these "fake" symbold hide the correct symbols. and it happens for 6.38 <= ROOT, for ROOT 6.36 there are no problems. Unfortunately I cannot dive deep into osx-issues since I have no direct access to this platform and I can see the problem only via conda feedstock
In very old ROOT-forum post from 2019 https://root-forum.cern.ch/t/cppyy-gbl-and-root-namespace/34396 I've seen such lines, that may have some connection to the issue:
But thit item was only mentioned and not discussed in the post at all..
As I've said, I see no negative impact for Linux platform - the only negative impact is for osx platform for ROOT >= 6.38 - in particular it stops the builds of my project at conda.
Reproducer
I am very sorry but I've got so success to provide the simple reproducer
ROOT version
Installation method
LCG cvmfs build, in particular dev3 nightly slot
Operating system
Linux, lxplus
Additional context
Let me stress
anyhow the apearence of such "extra" symbols are very confusing and likely related to some problems.