Bring document up to date with September 2014 meeting.
[dwarf-doc.git] / dwarf5 / latexdoc / introduction.tex
1 \chapter{Introduction}
2 \label{chap:introduction}
3 \pagenumbering{arabic}
4 This document defines a format for describing programs to
5 facilitate user source level debugging. This description
6 can be generated by compilers, assemblers and linkage
7 editors. 
8 It can be used by debuggers and other tools. 
9 The
10 debugging information format does not favor the design of any
11 compiler or debugger. 
12 Instead, the goal is to create a method
13 of communicating an accurate picture of the source program
14 to any debugger in a form that is extensible to different
15 languages while retaining compatibility.
17 The design of the
18 debugging information format is open-ended, allowing for
19 the addition of new debugging information to accommodate new
20 languages or debugger capabilities while remaining compatible
21 with other languages or different debuggers.
23 \section{Purpose and Scope}
24 The debugging information format described in this document is
25 designed to meet the symbolic, source-level debugging needs of
26 different languages in a unified fashion by requiring language
27 independent debugging information whenever possible.  
28 Aspects
29 of individual languages, such as \addtoindex{C++} virtual functions or
30 \addtoindex{Fortran} common 
31 \nolink{blocks}, are accommodated by creating attributes
32 that are used only for those languages. 
33 This document is
34 believed to cover most debugging information needs of 
35 \addtoindex{Ada},
36 \addtoindex{C}, \addtoindex{C++}, \addtoindex{COBOL}, 
37 and \addtoindex{Fortran}; it also covers the basic needs
38 of various other languages.
40 This document describes \addtoindex{DWARF Version 4},
41 the fourth generation
42 of debugging information based on the DWARF format. DWARF
43 Version 4 extends \addtoindex{DWARF Version 3}
44 in a compatible manner.
46 The intended audience for this document is the developers
47 of both producers and consumers of debugging information,
48 typically compilers, debuggers and other tools that need to
49 interpret a binary program in terms of its original source.
52 \section{Overview}
54 There are two major pieces to the description of the DWARF
55 format in this document. The first piece is the informational
56 content of the debugging entries. The second piece is the
57 way the debugging information is encoded and represented in
58 an object file.
60 The informational content is described in 
61 Sections \ref{chap:generaldescription} 
62 through
63 \ref{chap:otherdebugginginformation}. 
64 Section  \ref{chap:generaldescription}
65 describes the overall structure of the information
66 and attributes that is common to many or all of the different
67 debugging information entries. 
68 Sections \ref{chap:programscopeentries}, 
69 \ref{chap:dataobjectandobjectlistentries} and 
70 \ref{chap:typeentries} describe
71 the specific debugging information entries and how they
72 communicate the necessary information about the source program
73 to a debugger. 
74 Section \ref{chap:otherdebugginginformation} 
75 describes debugging information
76 contained outside of the debugging information entries. The
77 encoding of the DWARF information is presented in 
78 Section \ref{datarep:datarepresentation}.
80 This organization closely follows that used in the DWARF
81 Version 3 document. Except where needed to incorporate
82 new material or to correct errors, the 
83 \addtoindex{DWARF Version 3}
84 text is generally reused in this document with little or
85 no modification.
87 In the following sections, text in normal font describes
88 required aspects of the DWARF format.  Text in \textit{italics} is
89 explanatory or supplementary material, and not part of the
90 format definition itself. The several appendices consist only
91 of explanatory or supplementary material, and are not part
92 of the formal definition.
93 \section{Vendor Extensibility}
95 This document does not attempt to cover all interesting
96 languages or even to cover all of the interesting debugging
97 information needs for its primary target languages. 
98 Therefore,
99 the document provides vendors a way to define their own
100 debugging information tags, attributes, base type encodings,
101 location operations, language names, calling conventions and
102 call frame instructions by reserving a subset of the valid
103 values for these constructs for vendor specific additions
104 and defining related naming conventions. 
105 Vendors may also use
106 debugging information entries and attributes defined here in
107 new situations. 
108 Future versions of this document will not use
109 names or values reserved for vendor specific additions. 
110 All
111 names and values not reserved for vendor additions, however,
112 are reserved for future versions of this document.
114 \addtoindex{DWARF Version 4} is intended to be permissive rather than
115 prescriptive. 
116 Where this specification provides a means for
117 describing the source language, implementors are expected
118 to adhere to that specification. 
119 For language features that
120 are not supported, implementors may use existing attributes
121 in novel ways or add vendor-defined attributes. 
122 Implementors
123 who make extensions are strongly encouraged to design them
124 to be compatible with this specification in the absence of
125 those extensions.
127 The DWARF format is organized so that a consumer can skip over
128 data which it does not recognize. 
129 This may allow a consumer
130 to read and process files generated according to a later
131 version of this standard or which contain vendor extensions,
132 albeit possibly in a degraded manner.
134 \section{Changes from Version 4 to Version 5}
135 \addtoindexx{DWARF Version 5}
136 The following is a list of the major changes made to the DWARF Debugging Information
137 Format since Version 4 was published. The list is not meant to be exhaustive.
138 \begin{itemize}
139 \item OTHERS TBD...
140 \item Add support for collecting common DWARF information (DIEs and macro definitions)
141 across multiple executable and shared files and keeping it in a single
142 supplementary object file.
143 \item Add a string section specific to the line number table (\dotdebuglinestr)
144 to more properly support the common practice of stripping all DWARF sections
145 except for line number information.
146 \item Add a split object file and package representations to allow most 
147 DWARF information to be compacted and/or kept separate from an executable 
148 or shared image. This includes new sections 
149 \dotdebugaddr, \dotdebugstroffsets, \dotdebugabbrevdwo, \dotdebuginfodwo, 
150 \dotdebuglinedwo, \dotdebuglocdwo, \dotdebugmacrodwo, \dotdebugstrdwo,
151 \dotdebugstroffsetsdwo, \dotdebugcuindex{} and \dotdebugtuindex{} 
152 together with new forms of attribute value for referencing these sections.
153 This enhances DWARF support for very large programs.
154 \item Replace the \dotdebugmacinfo{} macro information representation with
155 a much more compact \dotdebugmacro{} representation.
156 \item Add a new debugging information entry, related attributes and
157 DWARF expression operators, to describe call information, 
158 including identification of tail calls and tail recursion.
159 \item Add a new attribute, \DWATnoreturnNAME{}, to identify a subprogram that 
160 does not return to its caller.
161 \item Add a new attribute, \DWATrankNAME{}, to describe the dimensionality of
162 an array with dynamic rank.
163 \item Add a new tag, \DWTAGgenericsubrangeNAME{}, to describe the
164 bounds of Fortran assumed-rank arrays.
165 \item Add language codes for C 2011, C++ 2003, C++ 2011, Dylan, Go, Haskell, 
166 Julia, Modula 3, Ocaml, Rust, OpenCL and Swift.
167 \end{itemize}
169 DWARF Version 5 is compatible with DWARF Version 4 except as follows:
170 \begin{itemize}
171 \item A new line number program header design provides the ability to 
172 use an MD5 hash to validate source file version in use, allows pooling 
173 of directory and file name strings and make provision for vendor-defined
174 extensions.
175 \item New operand forms for attribute values are defined 
176 (\DWFORMaddrxNAME, \DWFORMdatasixteenNAME, \DWFORMlinestrpNAME, \DWFORMrefsupNAME, 
178 (Because a pre-DWARF Version 5 consumer will not be able to interpret these even to
179 ignore and skip over them, they must be considered incompatible.)
180 \item A location list entry (see Section \refersec{chap:locationlists}) with 
181 the address range \mbox{(0, \doublequote{-1})} is defined as the new default location 
182 list entry.
183 \item In a string type (see Section \refersec{chap:stringtypeentries}), a \DWATbytesizeNAME{}
184 attribute is defined to always describe the size of the string type. (Previously
185 it described the size of the optional string length data field if the \DWATstringlengthNAME{}
186 attribute was present.)
187 \end{itemize}
189 While not strictly an incompatibility, the macro information 
190 representation is completely new; further, producers 
191 and consumers may optionally continue to support the older 
192 representation. While the two representations cannot both be 
193 used in the same compilation unit, they can co-exist in 
194 executable or shared images.
196 \needlines{4}
197 \section{Changes from Version 3 to Version 4}
198 \addtoindexx{DWARF Version 4}
199 The following is a list of the major changes made to the DWARF Debugging Information
200 Format since Version 3 was published. The list is not meant to be exhaustive.
201 \begin{itemize}
202 \item Reformulate 
203 Section 2.6 (Location Descriptions) 
204 to better distinguish DWARF location descriptions, which
205 compute the location where a value is found (such as an address in memory or a register
206 name) from DWARF expressions, which compute a final value (such as an array bound).
207 \item Add support for bundled instructions on machine architectures where instructions do not
208 occupy a whole number of bytes.
209 \item Add a new attribute form for 
210 section offsets, \DWFORMsecoffsetNAME, 
211 \addtoindexx{section offset}
212 to replace the use
213 of \DWFORMdatafourNAME{} and \DWFORMdataeightNAME{} for section offsets.
214 \item Add an attribute, \DWATmainsubprogramNAME, to identify the main subprogram of a
215 program.
216 \item Define default array lower bound values for each supported language.
217 \item Add a new technique using separate type units, type signatures and \COMDAT{} sections to
218 improve compression and duplicate elimination of DWARF information.
219 \item Add support for new \addtoindex{C++} language constructs, including rvalue references, generalized
220 constant expressions, Unicode character types and template aliases.
221 \item Clarify and generalize support for packed arrays and structures.
222 \item Add new line number table support to facilitate profile based compiler optimization.
223 \item Add additional support for template parameters in instantiations.
224 \item Add support for strongly typed enumerations in languages (such as \addtoindex{C++}) that have two
225 kinds of enumeration declarations.
226 \end{itemize}
227 \addtoindex{DWARF Version 4} is compatible with 
228 \addtoindex{DWARF Version 3} except as follows:
229 \begin{itemize}
230 \item DWARF attributes that use any of the new forms of attribute value representation (for
231 section offsets, flag compression, type signature references, and so on) cannot be read by
232 \addtoindex{DWARF Version 3}
233 consumers because the consumer will not know how to skip over the
234 unexpected form of data.
235 \item DWARF frame and line bumber table sections include a additional fields that affect the location
236 and interpretation of other data in the section.
237 \end{itemize}
239 \section{Changes from Version 2 to Version 3}
240 \addtoindexx{DWARF Version 3}
241 The following is a list of the major differences between
242 Version 2 and Version 3 of the DWARF Debugging Information
243 Format. The list is not meant to be exhaustive.
244 \begin{itemize}
245 \item
246 Make provision for DWARF information files that are larger
247 than 4 GBytes.
248 \item
249 Allow attributes to refer to debugging information entries
250 in other shared libraries.
251 \item
252 Add support for \addtoindex{Fortran 90} modules as well as allocatable
253 array and pointer types.
254 \item
255 Add additional base types for \addtoindex{C} (as revised for 1999).
256 \item
257 Add support for \addtoindex{Java} and \addtoindex{COBOL}.
258 \item
259 Add namespace support for \addtoindex{C++}.
260 \item
261 Add an optional section for global type names (similar to
262 the global section for objects and functions).
263 \item
264 Adopt \addtoindex{UTF-8} as the preferred representation of program name strings.
265 \item
266 Add improved support for optimized code (discontiguous
267 scopes, end of prologue determination, multiple section
268 code generation).  
269 \item Improve the ability to eliminate
270 duplicate DWARF information during linking.  
271 \end{itemize}
273 \addtoindex{DWARF Version 3}
274 is compatible with 
275 \addtoindex{DWARF Version 2} except as follows:
276 \begin{itemize}
277 \item
278 Certain very large values of the initial length fields that
279 begin DWARF sections as well as certain structures are reserved
280 to act as escape codes for future extension; one such extension
281 is defined to increase the possible size of DWARF descriptions
282 (see Section \refersec{datarep:32bitand64bitdwarfformats}).
283 \item
284 References that use the attribute form 
285 \DWFORMrefaddrNAME{}
286 are specified to be four bytes in the DWARF 32-bit format and
287 eight bytes in the DWARF 64-bit format, while 
288 \addtoindex{DWARF Version 2} 
289 specifies that such references have the same size as an
290 address on the target system (see Sections 
291 \refersec{datarep:32bitand64bitdwarfformats} and 
292 \refersec{datarep:attributeencodings}).
293 \item
294 The return\_address\_register field in a Common Information
295 Entry record for call frame information is changed to unsigned
296 LEB representation (see Section 
297 \refersec{chap:structureofcallframeinformation}).
298 \end{itemize}
300 \section{Changes from Version 1 to Version 2}
301 \addtoindex{DWARF Version 2} 
302 describes the second generation of debugging
303 information based on the DWARF format. While 
304 \addtoindex{DWARF Version 2}
305 provides new debugging information not available in
306 Version 1, the primary focus of the changes for Version
307 2 is the representation of the information, rather than
308 the information content itself. The basic structure of
309 the Version 2 format remains as in Version 1: the debugging
310 information is represented as a series of debugging information
311 entries, each containing one or more attributes (name/value
312 pairs). The Version 2 representation, however, is much more
313 compact than the Version 1 representation. In some cases,
314 this greater density has been achieved at the expense of
315 additional complexity or greater difficulty in producing and
316 processing the DWARF information. The definers believe that the
317 reduction in I/O and in memory paging should more than make
318 up for any increase in processing time.  
320 The representation
321 of information changed from Version 1 to Version 2, so that
322 Version 2 DWARF information is not binary compatible with
323 Version 1 information. To make it easier for consumers to
324 support both Version 1 and Version 2 DWARF information, the
325 Version 2 information has been moved to a different object
326 file section, \dotdebuginfo{}.  
328 \textit{
329 A summary of the major changes made in 
330 \addtoindex{DWARF Version 2}
331 compared to the DWARF Version 1 may be found in the 
332 \addtoindex{DWARF Version 2}
333 document.
334 }