(In reply to comment #40) > So you're saying there is a use case to compile everything with clang and > libstdc++?
Unfortunately, no. A reasonably common scenario will also be to use libc++ on user code while having libstdc++ used on the core libraries (say, boost), and them two interface appropriately, statically and dynamically linked. Same with RT and libgcc. Linux systems use GNU for everything as default. All packages are compiled with GCC, Glibc, binutils, libstdc++, etc. Users installing packages will end up getting GCC-mangled libraries. But I still want to use Clang there, for special cases, performance reasons, diagnostics, etc. So, while in FreeBSD and Apple environments they can get rid of the GNU side, Linux is a lot more fragmented. For better or worse, we still need to be compatible with GCC 5 abi at all levels. Clang, libc++, compiler- rt need to all be aware (not necessarily change much) of this new ABI and what effects it'll have on them. Some Linux distros are trying to change the compiler, but that has proven a lot harder than it should, due to decades abusing of the same bugs in one compiler alone. The new ABI change is just yet another added to the pile. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1488254 Title: clang++ no longer ABI-compatible with g++ To manage notifications about this bug go to: https://bugs.launchpad.net/llvm/+bug/1488254/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
