[Lldb-commits] [PATCH] D82378: [lldb/Unwind] Use eh_frame plan directly when it doesn't need to be augmented

Jason Molenda via Phabricator via lldb-commits lldb-commits at lists.llvm.org
Fri Jun 26 01:04:12 PDT 2020


jasonmolenda accepted this revision.
jasonmolenda added a comment.

Sorry yes this patch is fine.  To be honest, on x86_64 at least, as you've pointed out, maybe we should just live on eh_frame completely without going through any of these augmentation checks at all.  AFAIK gdb is living off of eh_frame exclusively, it may be that all the compilers have caught on to that and are emitting asynchronous unwind information in eh_frame.

My idea about adding an augmentation letter (most simply, just "is this accurate at every instruction") started to seem more reasonable to me when I learned about how armcc added "armcc+" to its augmentation string to indicate that a bug in their eh_frame generation has been fixed.  (although all the other augmentation string entries I've seen have been single letter ones, so I'm not sure how smart it was to add a whole word there.  It's too bad the augmentation string didn't define a separator.

Thanks for listening to all my eh_frame ramblings on this!


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D82378/new/

https://reviews.llvm.org/D82378





More information about the lldb-commits mailing list