mstorsjo wrote: > @tbaederr Just came to report the same thing! > > @mstorsjo This broke builds that use `-DBUILD_SHARED_LIBS=True`.
Thanks! That was my guess as well, I was running a build with that enabled to try to reproduce @tbaederr 's issue. > The problem seems to be that the `Generic_GCC` class has the > `LLVM_LIBRARY_VISIBILITY` attribute meaning the > `clang::driver::toolchains::Generic_GCC::GCCVersion::Parse(llvm::StringRef)` > symbol is hidden. Removing that attribute fixes the build. It would be good > for someone more familiar with this part of the codebase to confirm if that's > an acceptable fix however. Thanks for the analysis! I guess that sounds reasonable, although I wonder how these unit test, that test internals within libclang are meant to work in this configuration. The number of extra exported symbols by removing `LLVM_LIBRARY_VISIBILITY` probably isn't that bad, I wonder if it has other implications wrt ABI of the shared libs? I guess it's safest to revert this for now, so we can figure out the best path forward here without a rush? https://github.com/llvm/llvm-project/pull/69078 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits