https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092
--- Comment #4 from Iain Sandoe <iains at gcc dot gnu.org> --- (I don't see the reported problem on Darwin15 with any assembler/linker pair I have) However,we're certain there's an underlying issue. We're seeing a variety of problems which are all pointing some difficulty introduced by reorder and partition. My current suspicion is that some code fragment isn't a legal atom. With current trunk I'm seeing repeatable dwarf verify errors for eh sections in some of the libgcc objects - will be debugging these. Most likely this is also a dup of 81733. So - Dominique's comment #3 is worth testing to determine if the issue you see is another in this series. I don't think it's the same underlying cause as 57438 (that was caused by function bodies being elided when the function contained an inline __builtin_unreachable()). Arguably, 0-sized FDEs could be dropped by ld64 (I have a patch that does this), since an exception cannot originate from a 0-sized region. However, it would still be worth warning even so since it probably indicates a code-gen issue earlier in the toolchain (as we suspect here).
