This adds multilibs for Fuchsia that is built with the relative vtables ABI, one with and another without exceptions.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
This should also be ready now that https://reviews.llvm.org/D85802 landed, unless we don't want to submit this *right* now so the clang builders don't build these multilibs that won't be used yet?
This change implement a slightly different approach from what we discussed, which is providing an Itanium-compatible (that is -fc++abi=itanium) multilib for compatibility with other compilers, and then enabling relative vtables by default. Unless there's a strong reason not to take that approach, that's the direction I'd prefer.
This change implement a slightly different approach from what we discussed, which is providing an Itanium-compatible (that is -fc++abi=itanium) multilib for compatibility with other compilers, and then enabling relative vtables by default. Unless there's a strong reason not to take that approach, that's the direction I'd prefer.
Ah, yeah I just forgot about that. Will update accoringly.
Updated to use the -fexperimental-relative-c++-ab-vtables flag now that D85802 was reverted. This will be used for the purpose of testing the relative vtables ABI in Fuchsia CQ builders to ensure all tests are run, accounting for flakes. The end goal will involve not having a relative vtables multilib, but instead making it the default for the fuchsia ABI, and instead having a separate Itanium multilib for supporting GCC.