diff options
author | Zachary Turner <zturner@google.com> | 2016-08-05 21:45:34 +0000 |
---|---|---|
committer | Zachary Turner <zturner@google.com> | 2016-08-05 21:45:34 +0000 |
commit | 5e3e4bb26b4225156344eaa3ef538396a5993e3b (patch) | |
tree | eb2f7e1d33242df6d3dac0293367f696213afb86 /llvm/lib/DebugInfo/CodeView/CodeViewError.cpp | |
parent | 9c3dac8efd19590fc88c531ac736a35475f3a486 (diff) | |
download | bcm5719-llvm-5e3e4bb26b4225156344eaa3ef538396a5993e3b.tar.gz bcm5719-llvm-5e3e4bb26b4225156344eaa3ef538396a5993e3b.zip |
[CodeView] Decouple record deserialization from visitor dispatch.
Until now, our use case for the visitor has been to take a stream of bytes
representing a type stream, deserialize the records in sequence, and do
something with them, where "something" is determined by how the user
implements a particular set of callbacks on an abstract class.
For actually writing PDBs, however, we want to do the reverse. We have
some kind of description of the list of records in their in-memory format,
and we want to process each one. Perhaps by serializing them to a byte
stream, or perhaps by converting them from one description format (Yaml)
to another (in-memory representation).
This was difficult in the current model because deserialization and
invoking the callbacks were tightly coupled.
With this patch we change this so that TypeDeserializer is itself an
implementation of the particular set of callbacks. This decouples
deserialization from the iteration over a list of records and invocation
of the callbacks. TypeDeserializer is initialized with another
implementation of the callback interface, so that upon deserialization it
can pass the deserialized record through to the next set of callbacks. In
a sense this is like an implementation of the Decorator design pattern,
where the Deserializer is a decorator.
This will be useful for writing Pdbs from yaml, where we have a
description of the type records in Yaml format. In this case, the visitor
implementation would have each visitation callback method implemented in
such a way as to extract the proper set of fields from the Yaml, and it
could maintain state that builds up a list of these records. Finally at
the end we can pass this information through to another set of callbacks
which serializes them into a byte stream.
Reviewed By: majnemer, ruiu, rnk
Differential Revision: https://reviews.llvm.org/D23177
llvm-svn: 277871
Diffstat (limited to 'llvm/lib/DebugInfo/CodeView/CodeViewError.cpp')
-rw-r--r-- | llvm/lib/DebugInfo/CodeView/CodeViewError.cpp | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/llvm/lib/DebugInfo/CodeView/CodeViewError.cpp b/llvm/lib/DebugInfo/CodeView/CodeViewError.cpp index aad1d8b25cd..e9678db7a5b 100644 --- a/llvm/lib/DebugInfo/CodeView/CodeViewError.cpp +++ b/llvm/lib/DebugInfo/CodeView/CodeViewError.cpp @@ -33,6 +33,8 @@ public: return "The CodeView record is corrupted."; case cv_error_code::operation_unsupported: return "The requested operation is not supported."; + case cv_error_code::unknown_member_record: + return "The member record is of an unknown type."; } llvm_unreachable("Unrecognized cv_error_code"); } |