1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
| =====================================
CodeView Symbol Records
=====================================
.. contents::
:local:
.. _symbols_intro:
Introduction
============
This document describes the usage and serialization format of the various
CodeView symbol records that LLVM understands. Like
:doc:`CodeView Type Records <CodeViewTypes>`, we describe only the important
types which are generated by modern C++ toolchains.
Record Categories
=================
Symbol records share one major similarity with :doc:`type records <CodeViewTypes>`:
They start with the same :ref:`record prefix <leaf_types>`, which we will not describe
again (refer to the previous link for a description). As a result of this, a sequence
of symbol records can be processed with largely the same code as that which processes
type records. There are several important differences between symbol and type records:
* Symbol records only appear in the :doc:`PublicStream`, :doc:`GlobalStream`, and
:doc:`Module Info Streams <ModiStream>`.
* Type records only appear in the :doc:`TPI & IPI streams <TpiStream>`.
* While types are referenced from other CodeView records via :ref:`type indices <type_indices>`,
symbol records are referenced by the byte offset of the record in the stream that it appears
in.
* Types can reference types (via type indices), and symbols can reference both types (via type
indices) and symbols (via offsets), but types can never reference symbols.
* There is no notion of :ref:`Leaf Records <leaf_types>` and :ref:`Member Records <member_types>`
as there are with types. Every symbol record describes is own length.
* Certain special symbol records begin a "scope". For these records, all following records
up until the next ``S_END`` record are "children" of this symbol record. For example,
given a symbol record which describes a certain function, all local variables of this
function would appear following the function up until the corresponding ``S_END`` record.
Finally, there are three general categories of symbol record, grouped by where they are legal
to appear in a PDB file. Public Symbols (which appear only in the
:doc:`publics stream <PublicStream>`), Global Symbols (which appear only in the
:doc:`globals stream <GlobalStream>`) and module symbols (which appear in the
:doc:`module info stream <ModiStream>`).
.. _public_symbols:
Public Symbols
--------------
Public symbols are the CodeView equivalent of DWARF ``.debug_pubnames``. There
is one public symbol record for every function or variable in the program that
has a mangled name. The :doc:`Publics Stream <PublicStream>`, which contains these
records, additionally contains a hash table that allows one to quickly locate a
record by mangled name.
S_PUB32 (0x110e)
^^^^^^^^^^^^^^^^
There is only type of public symbol, an ``S_PUB32`` which describes a mangled
name, a flag indicating what kind of symbol it is (e.g. function, variable), and
the symbol's address. The :ref:`dbi_section_map_substream` of the
:doc:`DBI Stream <DbiStream>` can be consulted to determine what module this address
corresponds to, and from there that module's :doc:`module debug stream <ModiStream>`
can be consulted to locate full information for the symbol with the given address.
.. _global_symbols:
Global Symbols
--------------
While there is one :ref:`public symbol <public_symbols>` for every symbol in the
program with `external` linkage, there is one global symbol for every symbol in the
program with linkage (including internal linkage). As a result, global symbols do
not describe a mangled name *or* an address, since symbols with internal linkage
need not have any mangling at all, and also may not have an address. Thus, all
global symbols simply refer directly to the full symbol record via a module/offset
combination.
Similarly to :ref:`public symbols <public_symbols>`, all global symbols are contained
in a single :doc:`Globals Stream <GlobalStream>`, which contains a hash table mapping
fully qualified name to the corresponding record in the globals stream (which as
mentioned, then contains information allowing one to locate the full record in the
corresponding module symbol stream).
Note that a consequence and limitation of this design is that program-wide lookup
by anything other than an exact textually matching fully-qualified name of whatever
the compiler decided to emit is impractical. This differs from DWARF, where even
though we don't necessarily have O(1) lookup by basename within a given scope (including
O(1) scope, we at least have O(n) access within a given scope).
.. important::
Program-wide lookup of names by anything other than an exact textually matching fully
qualified name is not possible.
S_GDATA32
^^^^^^^^^^
S_GTHREAD32 (0x1113)
^^^^^^^^^^^^^^^^^^^^
S_PROCREF (0x1125)
^^^^^^^^^^^^^^^^^^
S_LPROCREF (0x1127)
^^^^^^^^^^^^^^^^^^^
S_GMANDATA (0x111d)
^^^^^^^^^^^^^^^^^^^
.. _module_symbols:
Module Symbols
--------------
S_END (0x0006)
^^^^^^^^^^^^^^
S_FRAMEPROC (0x1012)
^^^^^^^^^^^^^^^^^^^^
S_OBJNAME (0x1101)
^^^^^^^^^^^^^^^^^^
S_THUNK32 (0x1102)
^^^^^^^^^^^^^^^^^^
S_BLOCK32 (0x1103)
^^^^^^^^^^^^^^^^^^
S_LABEL32 (0x1105)
^^^^^^^^^^^^^^^^^^
S_REGISTER (0x1106)
^^^^^^^^^^^^^^^^^^^
S_BPREL32 (0x110b)
^^^^^^^^^^^^^^^^^^
S_LPROC32 (0x110f)
^^^^^^^^^^^^^^^^^^
S_GPROC32 (0x1110)
^^^^^^^^^^^^^^^^^^
S_REGREL32 (0x1111)
^^^^^^^^^^^^^^^^^^^
S_COMPILE2 (0x1116)
^^^^^^^^^^^^^^^^^^^
S_UNAMESPACE (0x1124)
^^^^^^^^^^^^^^^^^^^^^
S_TRAMPOLINE (0x112c)
^^^^^^^^^^^^^^^^^^^^^
S_SECTION (0x1136)
^^^^^^^^^^^^^^^^^^
S_COFFGROUP (0x1137)
^^^^^^^^^^^^^^^^^^^^
S_EXPORT (0x1138)
^^^^^^^^^^^^^^^^^
S_CALLSITEINFO (0x1139)
^^^^^^^^^^^^^^^^^^^^^^^
S_FRAMECOOKIE (0x113a)
^^^^^^^^^^^^^^^^^^^^^^
S_COMPILE3 (0x113c)
^^^^^^^^^^^^^^^^^^^
S_ENVBLOCK (0x113d)
^^^^^^^^^^^^^^^^^^^
S_LOCAL (0x113e)
^^^^^^^^^^^^^^^^
S_DEFRANGE (0x113f)
^^^^^^^^^^^^^^^^^^^
S_DEFRANGE_SUBFIELD (0x1140)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
S_DEFRANGE_REGISTER (0x1141)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^
S_DEFRANGE_FRAMEPOINTER_REL (0x1142)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
S_DEFRANGE_SUBFIELD_REGISTER (0x1143)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
S_DEFRANGE_FRAMEPOINTER_REL_FULL_SCOPE (0x1144)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
S_DEFRANGE_REGISTER_REL (0x1145)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
S_LPROC32_ID (0x1146)
^^^^^^^^^^^^^^^^^^^^^
S_GPROC32_ID (0x1147)
^^^^^^^^^^^^^^^^^^^^^
S_BUILDINFO (0x114c)
^^^^^^^^^^^^^^^^^^^^
S_INLINESITE (0x114d)
^^^^^^^^^^^^^^^^^^^^^
S_INLINESITE_END (0x114e)
^^^^^^^^^^^^^^^^^^^^^^^^^
S_PROC_ID_END (0x114f)
^^^^^^^^^^^^^^^^^^^^^^
S_FILESTATIC (0x1153)
^^^^^^^^^^^^^^^^^^^^^
S_LPROC32_DPC (0x1155)
^^^^^^^^^^^^^^^^^^^^^^
S_LPROC32_DPC_ID (0x1156)
^^^^^^^^^^^^^^^^^^^^^^^^^
S_CALLEES (0x115a)
^^^^^^^^^^^^^^^^^^
S_CALLERS (0x115b)
^^^^^^^^^^^^^^^^^^
S_HEAPALLOCSITE (0x115e)
^^^^^^^^^^^^^^^^^^^^^^^^
S_FASTLINK (0x1167)
^^^^^^^^^^^^^^^^^^^
S_INLINEES (0x1168)
^^^^^^^^^^^^^^^^^^^
.. _module_and_global_symbols:
Symbols which can go in either/both of the module info stream & global stream
-----------------------------------------------------------------------------
S_CONSTANT (0x1107)
^^^^^^^^^^^^^^^^^^^
S_UDT (0x1108)
^^^^^^^^^^^^^^
S_LDATA32 (0x110c)
^^^^^^^^^^^^^^^^^^
S_LTHREAD32 (0x1112)
^^^^^^^^^^^^^^^^^^^^
S_LMANDATA (0x111c)
^^^^^^^^^^^^^^^^^^^
S_MANCONSTANT (0x112d)
^^^^^^^^^^^^^^^^^^^^^^
|