2 Commits

Author	SHA1	Message	Date
serge-sans-paille	85f2ae57f7	Be more flexible on the storage type allowed for llvm::Any::TypeId::Id ... This is a follow-up to 2c42a73d6c39af3833e697c0b306cb8cf8de5143.	2021-09-16 11:01:53 +02:00
serge-sans-paille	2c42a73d6c	Add extra check for llvm::Any::TypeId visibility ... This check should ensure we don't reproduce the problem fixed by 02df443d2801601a4e42e360e436d97314e9da30 More accurately, it checks every llvm::Any::TypeId symbol in libLLVM-x.so and make sure they have weak linkage and are not local to the library, which would lead to duplicate definition if another weak version of the symbol is defined in another linked library. Differential Revision: https://reviews.llvm.org/D109252	2021-09-15 08:32:55 +02:00