summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command
diff options
context:
space:
mode:
authorNico Weber <nicolasweber@gmx.de>2016-02-01 22:31:51 +0000
committerNico Weber <nicolasweber@gmx.de>2016-02-01 22:31:51 +0000
commitc097337493e26b748388725584a6bfb1bd0bc57c (patch)
treeef81eefae6bfc752ef6f209ed9b83def957086b5 /lldb/packages/Python/lldbsuite/test/expression_command
parentf5c23ad3d79c4c2b9f2c8b5900c0f9c3a9859c74 (diff)
downloadbcm5719-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/expression_command')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud