summaryrefslogtreecommitdiffstats
path: root/clang/lib/Basic
diff options
context:
space:
mode:
authorDouglas Gregor <dgregor@apple.com>2009-04-01 15:47:24 +0000
committerDouglas Gregor <dgregor@apple.com>2009-04-01 15:47:24 +0000
commit2e0757f3199f7bb77f59928e210ea0fb1a06256d (patch)
tree9e7a83dbf854a5ed6c11c85a4fabb1d7d3ccdc33 /clang/lib/Basic
parentd28577651e6d6e494c9eb1093a23f6480b885f21 (diff)
downloadbcm5719-llvm-2e0757f3199f7bb77f59928e210ea0fb1a06256d.tar.gz
bcm5719-llvm-2e0757f3199f7bb77f59928e210ea0fb1a06256d.zip
Give Type::getDesugaredType a "for-display" mode that can apply more
heuristics to determine when it's useful to desugar a type for display to the user. Introduce two C++-specific heuristics: - For a qualified type (like "foo::bar"), only produce a new desugred type if desugaring the qualified type ("bar", in this case) produces something interesting. For example, if "foo::bar" refers to a class named "bar", don't desugar. However, if "foo::bar" refers to a typedef of something else, desugar to that something else. This gives some useful desugaring such as "foo::bar (aka 'int')". - Don't desugar class template specialization types like "basic_string<char>" down to their underlying "class basic_string<char, char_traits<char>, allocator<char>>, etc."; it's better just to leave such types alone. Update diagnostics.html with some discussion and examples of type preservation in C++, showing qualified names and class template specialization types. llvm-svn: 68207
Diffstat (limited to 'clang/lib/Basic')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud