Currently, elements id's are represented by int64_t to be compatible with AST local id returned by Clang's getID() method, which however is an ID local to a single translation unit.
The global id generated by clang-uml is stored in the same type, which can cause conflicts if elements hash generates an id returned by getID().
id_t should be a separate class which is aware whether it represents a local id or a global id across translation units.
Currently, elements id's are represented by int64_t to be compatible with AST local id returned by Clang's getID() method, which however is an ID local to a single translation unit.
The global id generated by clang-uml is stored in the same type, which can cause conflicts if elements hash generates an id returned by getID().
id_t should be a separate class which is aware whether it represents a local id or a global id across translation units.