yet, but it's better.

llvm-svn: 167053

llvm-svn: 166077

llvm-svn: 166076

llvm-svn: 164090

llvm-svn: 163258

llvm-svn: 163225

by instruction address from DWARF.

Add --inlining flag to llvm-dwarfdump to demonstrate and test this functionality,
so that "llvm-dwarfdump --inlining --address=0x..." now works much like
"addr2line -i 0x...", provided that the binary has debug info
(Clang's -gline-tables-only *is* enough).

llvm-svn: 163128

code and allow better code reuse. Make the code a bit more conforming
to LLVM code style.
No functionality change.

llvm-svn: 162895

Fix compile error when building with C++11 - clang thinks that PRIx64 is a user-defined suffix or something

llvm-svn: 162704

llvm-svn: 162665

llvm-svn: 162659

This section (introduced in DWARF-3) is used to define instruction address
ranges for functions that are not contiguous and can't be described
by low_pc/high_pc attributes (this is the usual case for inlined subroutines).
The patch is the first step to support fetching complete inlining info from DWARF.

Reviewed by Benjamin Kramer.

llvm-svn: 162657

TODO: Fix code duplication and coding style.
llvm-svn: 162525

llvm-svn: 162524

llvm-svn: 162499

llvm-svn: 162498

llvm-svn: 162422

llvm-svn: 162421

and "instruction address -> file/line" lookup.

Instead of plain collection of rows, debug line table for compilation unit is now
treated as the number of row ranges, describing sequences (series of contiguous machine
instructions). The sequences are not always listed in the order of increasing
address, so previously used std::lower_bound() sometimes produced wrong results.
Now the instruction address lookup consists of two stages: finding the correct
sequence, and searching for address in range of rows for this sequence.

llvm-svn: 161414

(instead of basenames) from DWARF. Use this behavior in llvm-dwarfdump tool.

Reviewed by Benjamin Kramer.

llvm-svn: 160496

To fetch a subprogram name we should not only inspect the DIE for this subprogram, but optionally inspect
its specification, or its abstract origin (even if there is no inlining), or even specification of an abstract origin.

Reviewed by Benjamin Kramer.

llvm-svn: 160365

llvm-svn: 159707

1) DIContext is now able to return function name for a given instruction address (besides file/line info).
2) llvm-dwarfdump accepts flag --functions that prints the function name (if address is specified by --address flag).
3) test case that checks the basic functionality of llvm-dwarfdump added

llvm-svn: 159512

Still not fixed in the standard ;)

llvm-svn: 154044

llvm-svn: 148578

llvm-svn: 146960

llvm-svn: 146409

llvm-svn: 145420

llvm-svn: 143814

that breaks on big-endian machines.

I have to clean up the 32/64 bit confusion in libDebugInfo some day.

llvm-svn: 143812

llvm-svn: 143799

llvm-svn: 143634

llvm-svn: 141484

llvm-svn: 141483

llvm-svn: 140260

llvm-svn: 139892

llvm-svn: 139859

llvm-svn: 139846

DWARF: Put all the pieces we have together and provide a single accessor to DIContext that provides line information when given an address.

llvm-svn: 139836

DWARF: Remove accessors that parse the whole line table section in one go, this can't possibly work.

The address size is specified by the compile unit associated with a line table, there is no global address size.

llvm-svn: 139835