summaryrefslogtreecommitdiffstats
path: root/lldb/packages/Python/lldbsuite/test/expression_command/expr-in-syscall/TestExpressionInSyscall.py
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/expr-in-syscall/TestExpressionInSyscall.py
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/expr-in-syscall/TestExpressionInSyscall.py')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud