diff options
author | Nico Weber <nicolasweber@gmx.de> | 2016-02-01 22:31:51 +0000 |
---|---|---|
committer | Nico Weber <nicolasweber@gmx.de> | 2016-02-01 22:31:51 +0000 |
commit | c097337493e26b748388725584a6bfb1bd0bc57c (patch) | |
tree | ef81eefae6bfc752ef6f209ed9b83def957086b5 /lldb/packages/Python/lldbsuite/test/source-manager/TestSourceManager.py | |
parent | f5c23ad3d79c4c2b9f2c8b5900c0f9c3a9859c74 (diff) | |
download | bcm5719-llvm-c097337493e26b748388725584a6bfb1bd0bc57c.tar.gz bcm5719-llvm-c097337493e26b748388725584a6bfb1bd0bc57c.zip |
Always build a new TypeSourceInfo for function templates with parameters
RecursiveASTVisitor::TraverseFunctionHelper() traverses a function's
ParmVarDecls by going to the function's getTypeSourceInfo if it exists, and
`DEF_TRAVERSE_TYPELOC(FunctionProtoType` then goes to the function's
ParmVarDecls.
For a function template that doesn't have parameters that explicitly depend on
the template parameter, we used to be clever and not build a new
TypeSourceInfo. That meant that when an instantiation of such a template is
visited, its TypeSourceInfo would point to the ParmVarDecls of the template,
not of the instantiation, which then confused clients of RecursiveASTVisitor.
So don't be clever for function templates that have parameters, even if none of
the parameters depend on the type.
Fixes PR26257.
http://reviews.llvm.org/D16478
llvm-svn: 259428
Diffstat (limited to 'lldb/packages/Python/lldbsuite/test/source-manager/TestSourceManager.py')
0 files changed, 0 insertions, 0 deletions