search for: dw_op_addr

...#39;d be curious as to what the first couple of bytes decode to. > With deref: 0x00000032: DW_TAG_variable DW_AT_name ("var1") DW_AT_type (cu + 0x0049 "int[]") DW_AT_external (true) DW_AT_location (DW_OP_addr 0x2eb0, DW_OP_deref, DW_OP_constu 0x0, DW_OP_plus) Without deref: 0x00000032: DW_TAG_variable DW_AT_name ("var1") DW_AT_type (cu + 0x0048 "int[]") DW_AT_external (true) DW_AT_location (DW_OP_addr 0x2e...

...couple of bytes decode to. >> > > With deref: > 0x00000032: DW_TAG_variable > DW_AT_name ("var1") > DW_AT_type (cu + 0x0049 "int[]") > DW_AT_external (true) > DW_AT_location (DW_OP_addr 0x2eb0, DW_OP_deref, > DW_OP_constu 0x0, DW_OP_plus) > > Without deref: > 0x00000032: DW_TAG_variable > DW_AT_name ("var1") > DW_AT_type (cu + 0x0048 "int[]") > DW_AT_external (true) >...

> On Mar 22, 2018, at 4:47 PM, Roman Levenstein <romixlev at gmail.com> wrote: > > Adrian, > > Thanks for a quick reply! > > On Thu, Mar 22, 2018 at 4:22 PM, Adrian Prantl <aprantl at apple.com> wrote: >> >> >>> On Mar 22, 2018, at 4:08 PM, Roman Levenstein <romixlev at gmail.com> wrote: >>> >>> Hi, >>>

Hello, Thanks for prompt reply. Motivation, In case of debugging of bi-endian dwarf and value known at runtime some of the raw values needs to be byte swapped to change the endianity. We have a llvm based compiler which generates such dwarf, TAG_variable marked as big endian and debugging on little endian host using lldb. The listed operator on dwarf issues does that, one operator instead of

Adrian, Thanks for a quick reply! On Thu, Mar 22, 2018 at 4:22 PM, Adrian Prantl <aprantl at apple.com> wrote: > > >> On Mar 22, 2018, at 4:08 PM, Roman Levenstein <romixlev at gmail.com> wrote: >> >> Hi, >> >> I'm trying to achieve the following: >> >> - I have a global variable BaseAddress that holds the base address of >> a