- Sep 24, 2013
-
-
David Blaikie authored
llvm-svn: 191234
-
David Blaikie authored
llvm-svn: 191233
-
- Sep 23, 2013
-
-
David Blaikie authored
This is a small step that may enable some simplifications in producer (DWARFContext) and consumer (DWARFCompileUnit and other places) by making a more complete abstraction around the data and relocations for a section. Small initial steps could include simple changes such as passing the pair to DWARFCompileUnit's ctor rather than passing the data and relocs separately. I don't intend to pursue any such changes immediately, however. The motivation for doing this now is that type unit dumping will need to deal with these data+reloc pairs moreso than the existing dumping support has needed to associate the data as type unit sections are named the same (debug_types) and comdat group folded. So to implement dumping and reloc handling we'll need a mapping of section->data+relocs. llvm-svn: 191209
-
- Sep 22, 2013
-
-
David Blaikie authored
llvm-svn: 191179
-
David Blaikie authored
llvm-svn: 191178
-
- Sep 20, 2013
-
-
Richard Smith authored
llvm-svn: 191065
-
Richard Smith authored
llvm-svn: 191062
-
David Blaikie authored
Ensures that the pubnames entries actually refer to the intended entities. This test could be more flexible if there was a way to do multiline FileCheck matches with captures (in that way the test wouldn't need to have hardcoded offset values and would thus be resilient to changes in the layout of the DIEs in this CU). llvm-svn: 191055
-
David Blaikie authored
llvm-svn: 191050
-
- Aug 27, 2013
-
-
Alexey Samsonov authored
Summary: 1) Make llvm-symbolizer properly symbolize files with split debug info (by using stanalone .dwo files). 2) Make DWARFCompileUnit parse and store corresponding .dwo file, if necessary. 3) Make bits of DWARF parsing more CompileUnit-oriented. Reviewers: echristo Reviewed By: echristo CC: bkramer, llvm-commits Differential Revision: http://llvm-reviews.chandlerc.com/D1164 llvm-svn: 189329
-
- Aug 23, 2013
-
-
Alexey Samsonov authored
Summary: This is a part of D1164. DWARFCompileUnit is not that lightweight to copy it around, and we want it to own corresponding .dwo compile unit eventually. Reviewers: echristo Reviewed By: echristo CC: llvm-commits Differential Revision: http://llvm-reviews.chandlerc.com/D1298 llvm-svn: 189089
-
- Aug 19, 2013
-
-
David Blaikie authored
This reduces the noise in diffs making it more likely that, at least for LLVM revision-over-revision, diffs will actually yield usable results. This is consistent with objdump's DWARF dumping behavior. llvm-svn: 188650
-
- Aug 06, 2013
-
-
Alexey Samsonov authored
Store compile unit corresponding to each chain of inlined debug info entries. No functionality change. llvm-svn: 187792
-
Alexey Samsonov authored
llvm-svn: 187790
-
Eric Christopher authored
llvm-svn: 187763
-
- Jul 15, 2013
-
-
Alexey Samsonov authored
DebugInfo: Factor out parsing compile unit DIEs to a separate function. Improve code style and comments. No functionality change. llvm-svn: 186315
-
- Jun 19, 2013
-
-
David Blaikie authored
llvm-svn: 184362
-
David Blaikie authored
This is a basic implementation - we still don't have any support (that I know of) for dumping DWARF expressions in a meaningful way, so the location information itself is just printed as a sequence of bytes as we do elsewhere. llvm-svn: 184361
-
- Jun 05, 2013
-
-
Rafael Espindola authored
In ELF (as in MachO), not all relocations point to symbols. Represent this properly by using a symbol_iterator instead of a SymbolRef. Update llvm-readobj ELF's dumper to handle relocatios without symbols. llvm-svn: 183284
-
- May 30, 2013
-
-
Rafael Espindola authored
For COFF and MachO, sections semantically have relocations that apply to them. That is not the case on ELF. In relocatable objects (.o), a section with relocations in ELF has offsets to another section where the relocations should be applied. In dynamic objects and executables, relocations don't have an offset, they have a virtual address. The section sh_info may or may not point to another section, but that is not actually used for resolving the relocations. This patch exposes that in the ObjectFile API. It has the following advantages: * Most (all?) clients can handle this more efficiently. They will normally walk all relocations, so doing an effort to iterate in a particular order doesn't save time. * llvm-readobj now prints relocations in the same way the native readelf does. * probably most important, relocations that don't point to any section are now visible. This is the case of relocations in the rela.dyn section. See the updated relocation-executable.test for example. llvm-svn: 182908
-
Eric Christopher authored
llvm-svn: 182901
-
- May 09, 2013
-
-
Benjamin Kramer authored
llvm-svn: 181510
-
- May 06, 2013
-
-
Eric Christopher authored
llvm-svn: 181248
-
Eric Christopher authored
llvm-svn: 181247
-
Eric Christopher authored
llvm-svn: 181224
-
- Apr 25, 2013
-
-
Rafael Espindola authored
getRelocationAddress is for dynamic libraries and executables, getRelocationOffset for relocatable objects. Mark the getRelocationAddress of COFF and MachO as not implemented yet. Add a test of ELF's. llvm-readobj -r now prints the same values as readelf -r. llvm-svn: 180259
-
- Apr 23, 2013
-
-
Alexey Samsonov authored
This makes llvm-dwarfdump and llvm-symbolizer understand debug info sections compressed by ld.gold linker. llvm-svn: 180088
-
- Apr 22, 2013
-
-
Eric Christopher authored
llvm-svn: 180013
-
- Apr 17, 2013
-
-
Alexey Samsonov authored
llvm-svn: 179682
-
Alexey Samsonov authored
Moves one DWARF-specific header to include/llvm/DebugInfo from lib/. Add a short unittest for r179095. llvm-svn: 179678
-
- Apr 11, 2013
-
-
Benjamin Kramer authored
Rename the C function to create a SLPVectorizerPass to something sane and expose it in the header file. llvm-svn: 179272
-
- Apr 09, 2013
-
-
Alexey Samsonov authored
DWARF parser: Fix DWARF-2/3 incompatibility: size of DW_FORM_ref_addr is the same as DW_FORM_addr in DWARF2, and is 4/8 bytes on 32/64-bit DWARF starting from DWARF3. Adding a test for this is a huge pain - generating and uploading pre-built binary with DWARF3 debug info is way too ugly, and writing fine-grained unittests for DebugInfo is impossible, as it doesn't expose any headers in include/llvm. That said, I'm going to choose the second approach and submit the patch exposing DebugInfo headers for review soon enough. llvm-svn: 179095
-
- Apr 08, 2013
-
-
Alexey Samsonov authored
llvm-svn: 179023
-
- Apr 07, 2013
-
-
Eric Christopher authored
a relocation across sections. Do this for DW_AT_stmt list in the skeleton CU and check the relocations in the debug_info section. Add a FIXME for multiple CUs. llvm-svn: 178969
-
- Mar 21, 2013
-
-
Matt Arsenault authored
llvm-svn: 177620
-
- Mar 20, 2013
-
-
Rafael Espindola authored
member variable. Patch by Kai <kai@redstar.de> llvm-svn: 177575
-
- Feb 22, 2013
-
-
Eli Bendersky authored
convey that it's a INOUT argument. Also, if parsing of entry instructions fails, don't push the entry. llvm-svn: 175847
-
- Feb 21, 2013
-
-
Eli Bendersky authored
to lib/DebugInfo, with dumping in llvm-dwarfdump. This patch adds initial ability to parse and dump CFA instructions contained in entries. To keep it manageable, the patch omits some more advanced capabilities (accounted in TODOs): * Parsing of instructions with BLOCK arguments (expression lists) * Dumping of actual instruction arguments (currently only names are dumped). This is quite tricky since the dumper has to effectively "interpret" the instructions. llvm-svn: 175820
-
- Feb 15, 2013
-
-
Benjamin Kramer authored
llvm-svn: 175264
-
- Feb 12, 2013
-
-
Krzysztof Parzyszek authored
llvm-svn: 174976
-