Displaying 9 results from an estimated 9 matches for "dw_form_sec_offset".
2016 Nov 18
2
DWARF gotchas moving from 3.7.1 to 3.9.0
...ject file, it reports that
the compile unit has no children:
Contents of the .debug_abbrev section:
Number TAG (0x0)
1 DW_TAG_compile_unit [no children]
DW_AT_producer DW_FORM_strp
DW_AT_language DW_FORM_data2
DW_AT_name DW_FORM_strp
DW_AT_stmt_list DW_FORM_sec_offset
DW_AT value: 0 DW_FORM value: 0
The IR generated for 3.9.0 passes the IR verifier without complaint
(including the debug into verifier). I can run llc manually on my IR
without complaint. However, I am not able to ascertain whether llc runs the
debug info verifier by default.
One of the c...
2016 Nov 18
2
DWARF gotchas moving from 3.7.1 to 3.9.0
...as no children:
>
> Contents of the .debug_abbrev section:
>
> Number TAG (0x0)
> 1 DW_TAG_compile_unit [no children]
> DW_AT_producer DW_FORM_strp
> DW_AT_language DW_FORM_data2
> DW_AT_name DW_FORM_strp
> DW_AT_stmt_list DW_FORM_sec_offset
> DW_AT value: 0 DW_FORM value: 0
>
> The IR generated for 3.9.0 passes the IR verifier without complaint (including the debug into verifier). I can run llc manually on my IR without complaint. However, I am not able to ascertain whether llc runs the debug info verifier by default...
2017 Sep 18
1
llvm-link: Missing Dwarf DIE references
...warfdump -verbose -verify is run I get a bunch of the following errors:
warning: could not find referenced DIE
in DIE:
0x0000a33f: DW_TAG_inlined_subroutine [20] *
DW_AT_abstract_origin [DW_FORM_ref4] (cu + 0x0c84 => {0x0000a40d})
DW_AT_ranges [DW_FORM_sec_offset] (0x00021960
[0x0000000000001878 - 0x000000000000187c)
[0x00000000000018b0 - 0x0000000000001910)
[0x0000000000001980 - 0x00000000000019e0))
DW_AT_call_file [DW_FORM_data1] ("<mypath>/testprogram_luci...
2020 Apr 23
2
Debug symbols are missing in elf
...DW_AT_producer [DW_FORM_strp] (
.debug_str[0x00000000] = "clang version 8.0.1 ")
DW_AT_language [DW_FORM_data2] (DW_LANG_C99)
DW_AT_name [DW_FORM_strp] ( .debug_str[0x00000000] =
"clang version 8.0.1 ")
DW_AT_stmt_list [DW_FORM_sec_offset] (0x00000000)
DW_AT_comp_dir [DW_FORM_strp] (
.debug_str[0x00000000] = "clang version 8.0.1 ")
Similarly as above snippet .debug_str is always pointing to 0x00000
for everything.
>>
>> Can you please help me in finding which part of the target(Backend
&g...
2016 Dec 15
1
distinct DISubprograms hindering sharing inlined subprogram descriptions
On Thu, Dec 15, 2016 at 11:35 AM Mehdi Amini <mehdi.amini at apple.com> wrote:
>
> > On Dec 15, 2016, at 10:54 AM, David Blaikie via llvm-dev <
> llvm-dev at lists.llvm.org> wrote:
> >
> > Branching off from a discussion of improvements to DIGlobalVariable
> representations that Adrian's working on - got me thinking about related
> changes that have
2017 Sep 20
0
llvm-link: Missing Dwarf DIE references
...rfdump -verbose -verify is run I get a bunch of the following errors:
warning: could not find referenced DIE
in DIE:
0x0000a33f: DW_TAG_inlined_subroutine [20] *
DW_AT_abstract_origin [DW_FORM_ref4] (cu + 0x0c84 => {0x0000a40d})
DW_AT_ranges [DW_FORM_sec_offset] (0x00021960
[0x0000000000001878 - 0x000000000000187c)
[0x00000000000018b0 - 0x0000000000001910)
[0x0000000000001980 - 0x00000000000019e0))
DW_AT_call_file [DW_FORM_data1] ("<mypath>/testprogram_l...
2020 Apr 22
2
Debug symbols are missing in elf
On Tue, Apr 21, 2020 at 6:16 PM Robinson, Paul <paul.robinson at sony.com> wrote:
>
>
>
> > -----Original Message-----
> > From: llvm-dev <llvm-dev-bounces at lists.llvm.org> On Behalf Of Nagaraju
> > Mekala via llvm-dev
> > Sent: Tuesday, April 21, 2020 6:04 AM
> > To: jh7370.2008 at my.bristol.ac.uk
> > Cc: LLVM Developers Mailing List
2019 Sep 20
3
Remove obsolete debug info while garbage collecting
19.09.2019 4:24, David Blaikie пишет:
>
>
> On Wed, Sep 18, 2019 at 7:25 AM Alexey Lapshin <a.v.lapshin at mail.ru
> <mailto:a.v.lapshin at mail.ru>> wrote:
>
>
>>
> Generally speaking, dsymutil does a very similar thing. It parses
> DWARF DIEs, analyzes relocations, scans through references and
> throws out unused DIEs. But it`s current
2020 Jun 22
3
Hardware ASan Generating Unknown Instruction
Hi,
I am trying to execute a simple hello world program compiled like so:
path/to/compiled/clang -o test --target=aarch64-linux-gnu
-march=armv8.5-a -fsanitize=hwaddress
--sysroot=/usr/aarch64-linux-gnu/
-L/usr/lib/gcc/aarch64-linux-gnu/10.1.0/ -g test.c
However, when I look at the disassembly, there is an unknown
instruction listed at 0x2d51c:
000000000002d4c0 main:
2d4c0: ff c3 00 d1