diff options
| author | Ted Kremenek <kremenek@apple.com> | 2007-11-01 22:23:34 +0000 |
|---|---|---|
| committer | Ted Kremenek <kremenek@apple.com> | 2007-11-01 22:23:34 +0000 |
| commit | 478c6982a8068605c63ee39512b2ebd0713a2714 (patch) | |
| tree | d7c861300d27de2281315ac67bac70956aab61df /clang/AST/DeclSerialization.cpp | |
| parent | 65590b25047f4ae17b7d5c5839a5fb9b869cd778 (diff) | |
| download | bcm5719-llvm-478c6982a8068605c63ee39512b2ebd0713a2714.tar.gz bcm5719-llvm-478c6982a8068605c63ee39512b2ebd0713a2714.zip | |
Removed ReadVal from SerializeTrait<T>, and also removed it from
Deserializer.
There were issues with Visual C++ barfing when instantiating
SerializeTrait<T> when "T" was an abstract class AND
SerializeTrait<T>::ReadVal was *never* called:
template <typename T>
struct SerializeTrait {
<SNIP>
static inline T ReadVal(Deserializer& D) { T::ReadVal(D); }
<SNIP>
};
Visual C++ would complain about "T" being an abstract class, even
though ReadVal was never instantiated (although one of the other
member functions were).
Removing this from the trait is not a big deal. It was used hardly
ever, and users who want "read-by-value" deserialization can simply
call the appropriate methods directly instead of relying on
trait-based-dispatch. The trait dispatch for
serialization/deserialization is simply sugar in many cases (like this
one).
llvm-svn: 43624
Diffstat (limited to 'clang/AST/DeclSerialization.cpp')
0 files changed, 0 insertions, 0 deletions

