summaryrefslogtreecommitdiffstats
path: root/clang/lib/CodeGen/CGVTables.cpp
diff options
context:
space:
mode:
authorDouglas Gregor <dgregor@apple.com>2010-07-15 21:05:01 +0000
committerDouglas Gregor <dgregor@apple.com>2010-07-15 21:05:01 +0000
commitdc9361876c0094d4acef3d24f501b8b094f7c594 (patch)
treee050270f007e8d09ee69efe05a7a0d2c75b6f197 /clang/lib/CodeGen/CGVTables.cpp
parentcedf95623b472d0227c9a3c6f14aa9e8c9fd4370 (diff)
downloadbcm5719-llvm-dc9361876c0094d4acef3d24f501b8b094f7c594.tar.gz
bcm5719-llvm-dc9361876c0094d4acef3d24f501b8b094f7c594.zip
When we're performing tentative parsing to determine whether the
parser is looking at a declaration or an expression, use a '=' to conclude that we are parsing a declaration. This is wrong. However, our previous approach of finding a comma after the '=' is also wrong, because the ',' could be part of a template-argument-list. So, for now we're going to use the same wrong heuristic as GCC and Visual C++, because less real-world code is likely to be broken this way. I've opened PR7655 to keep track of our wrongness; note also the XFAIL'd test. Fixes <rdar://problem/8193163>. llvm-svn: 108459
Diffstat (limited to 'clang/lib/CodeGen/CGVTables.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud