I'm seeing particular globals spuriously being reported as local variables:
they're returned by SBFrame::GetVariables(true, true, false, true) because
their scope is eValueTypeVariableLocal.
I've tracked down the problem but don't know DWARF well enough to determine
the right fix. Anyone want to h
I sent my best attempt in https://reviews.llvm.org/D26908, would appreciate
any advice there :-)
On Fri, Nov 18, 2016 at 7:22 PM, Sam McCall wrote:
> I'm seeing particular globals spuriously being reported as local
> variables: they're returned by SBFrame::GetVariables(true, true, false,
> true)
The implementation of RegisterContextDarwin_arm is surrounded by
#if defined(__APPLE__).
Some other files define subclasses, e.g. RegisterContextDarwin_arm_Mach in
ObjectFileMachO.cpp, that are built on non-apple machines.
This seems... confusing, and causes me some problems trying to do dyna
I'd like to get some more perspectives on the role of the VirtualFileSystem
abstraction in llvm/Support.
(The VFS layer has recently moved from Clang to LLVM, so crossposting to
both lists)
https://reviews.llvm.org/D54277 proposed adding a function to
VirtualFileSystem to get the underlying "real
On Tue, Nov 27, 2018 at 7:01 PM Jonas Devlieghere
wrote:
> Hi Sam,
>
> Does extending the status with a path sound reasonable? This would work
> similar to the current Name field, which is controlled by UseExternalName.
>
> Please let me know what you think.
>
> Thanks,
> Jonas
>
Design-wise, ad
