pfaffe added a comment. Yes, you got the context right! Although technically speaking this change isn't limited to wasm, plugins can implement any vendor extension on top of this change.
================ Comment at: lldb/source/Expression/DWARFExpressionList.cpp:93 const DWARFExpression &expr = m_exprs.GetEntryRef(0).data; - return expr.ContainsThreadLocalStorage(); + return expr.ContainsThreadLocalStorage(*m_dwarf_cu); } ---------------- DavidSpickett wrote: > I'm not sure that `m_dwarf_cu` is always non null. It might be in practice > but for example one use ends up in `UpdateValueTypeFromLocationDescription` > which checks that it is not null before use. > > Maybe it is reasonable to assume it is never null (and if it is and you have > the time, a preparatory patch to make it a ref would be great). I think it's worth checking in general. Before https://reviews.llvm.org/D125509, the DWARFExpression used to be assiciated with its dwarf_cu. I was considering bringing that back, what do you think? ================ Comment at: lldb/source/Plugins/SymbolFile/DWARF/SymbolFileDWARF.h:343 + ParseVendorDWARFOpcode(uint8_t op, + const lldb_private::DataExtractor &opcodes, + lldb::offset_t &offset, ---------------- DavidSpickett wrote: > Seems like clang-format missed a bit here. Curious, I would have assumed the linter at the very least would have caught that. ================ Comment at: lldb/unittests/Expression/DWARFExpressionTest.cpp:571 + } + + // Report the skipped distance: ---------------- DavidSpickett wrote: > Is there not 3 more arguments to read off here? The `0x00 0x00 0x00` from > above. No, the second argument to this opcode is of type uint32_t, the zeros are the last three bytes of that. Should I maybe use a simpler/fake opcode? Might be dangerous if that fake opcode ever got occupied/implemented. Repository: rG LLVM Github Monorepo CHANGES SINCE LAST ACTION https://reviews.llvm.org/D137247/new/ https://reviews.llvm.org/D137247 _______________________________________________ lldb-commits mailing list lldb-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits