summaryrefslogtreecommitdiffstats
path: root/llvm/lib/CodeGen/MachineModuleInfo.cpp
diff options
context:
space:
mode:
authorRichard Smith <richard-llvm@metafoo.co.uk>2013-05-12 23:17:59 +0000
committerRichard Smith <richard-llvm@metafoo.co.uk>2013-05-12 23:17:59 +0000
commit50f4afcc281ab9ca023e3c92e8078e6d8378af62 (patch)
treee1301bb4dd33b6433909e4ed99158892d815ba8e /llvm/lib/CodeGen/MachineModuleInfo.cpp
parentce42cc6d4dd2a07cba6205222c940d326a7fd3b2 (diff)
downloadbcm5719-llvm-50f4afcc281ab9ca023e3c92e8078e6d8378af62.tar.gz
bcm5719-llvm-50f4afcc281ab9ca023e3c92e8078e6d8378af62.zip
Fix stack overflow in linkage computation when a function with a deduced return
type returns a lambda defined within itself. The computation of linkage for the function looked at the linkage of the lambda, and vice versa. This is solved by not checking whether an 'auto' in a function return type deduces to a type with unique external linkage. We don't need this check, because the type deduced for 'auto' doesn't affect whether two otherwise-identical declarations would name different functions, so we don't need to give an ostensibly external-linkage function internal linkage for this reason. (We also don't need unique-external linkage in C++11 onwards at all, but that's not implemented yet.) llvm-svn: 181675
Diffstat (limited to 'llvm/lib/CodeGen/MachineModuleInfo.cpp')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud