Jump to content

DWARF: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
m Reverted edits by 121.218.121.143 (talk) to last version by Yintan
External links: updated libdwarf link, the previous location has disappeared
Line 47: Line 47:


* {{official|http://dwarfstd.org/}}
* {{official|http://dwarfstd.org/}}
* [http://reality.sgiweb.org/davea/dwarf.html Libdwarf], a C library intended to simplify reading (and writing) applications using DWARF2, DWARF3.
* [http://www.prevanders.net/dwarf.html Libdwarf], a C library intended to simplify reading (and writing) applications using DWARF2, DWARF3.


[[Category:Debugging data formats]]
[[Category:Debugging data formats]]

Revision as of 18:56, 12 December 2013

DWARF is a widely used, standardized debugging data format. DWARF was originally designed along with Executable and Linkable Format (ELF), although it is independent of object file formats.[1] The name is a medieval fantasy complement to "ELF" that has no official meaning, although the backronym 'Debugging With Attributed Record Formats' was later proposed.[1]

History

The first version of DWARF proved to use excessive amounts of storage, and an incompatible successor, DWARF-2, superseded it and added various encoding schemes to reduce data size. DWARF was not immediately successful; for instance, when Sun Microsystems adopted ELF as part of their move to Solaris, they opted to continue using stabs, in an embedding known as "stabs-in-elf". Linux followed suit, and DWARF-2 did not become the default until the late 1990s.

The DWARF Workgroup of the Free Standards Group released DWARF version 3 in January 2006,[2] adding (among other things) support for C++ namespaces, Fortran 90 allocatable data and additional compiler optimization techniques.

Version 4 of DWARF, which offers "improved data compression, better description of optimized code, and support for new language features in C++", was published in 2010.[3]

Structure

DWARF uses a data structure called a Debugging Information Entry (DIE) to represent each variable, type, procedure, etc. A DIE has a tag (e.g., DW_TAG_variable, DW_TAG_pointer_type, DW_TAG_subprogram) and attributes (key-value pairs). A DIE can have nested (child) DIEs, forming a tree structure. A DIE attribute can refer to another DIE anywhere in the tree—for instance, a DIE representing a variable would have a DW_AT_type entry pointing to the DIE describing the variable's type.

To save space, two large tables needed by symbolic debuggers are represented as byte-coded instructions for simple, special-purpose finite state machines. The Line Number Table, which maps code locations to source code locations and vice versa, also specifies which instructions are part of function prologues and epilogues. The Call Frame Information table allows debuggers to locate frames on the call stack.

Further reading

Michael Eager, chair of the DWARF Standards Committee, has written an introduction to debugging formats and DWARF 3, Introduction to the DWARF Debugging Format.[1]

See also

  • stabs - Symbol TABle Strings debugging format

References

  1. ^ a b c Michael J. Eager (2007). "Introduction to the DWARF Debugging Format" (PDF). Retrieved 2007-06-25. {{cite web}}: Unknown parameter |month= ignored (help)
  2. ^ "DWARF Version 3 Standard Released" (Press release). Free Standards Group. January 4, 2006. Retrieved 2007-06-25.
  3. ^ "DWARF Version 4 Released". The DWARF committee. June 16, 2010. Retrieved 2010-06-24.