Nico Weber 28e0f243cf Don't leak TemplateIds when a plugin parses late-parsed templates at TU end. ... In -fdelayed-template-parsing mode, templates that aren't used are not parsed at all. For some diagnostic plugins, this is a problem since they want to analyse the contents of the template function body. What has been suggested on cfe-dev [1] is to explicitly parse interesting templates in HandleTranslationUnit(); IWYU does this for example [2]. This is workable, but since the delayed parsing doesn't run below a call to ParseTopLevelDecl(), no DestroyTemplateIdAnnotationsRAIIObj object is on the stack to clean up TemplateIds that are created during parsing. To fix this, let ~Parser() clean them up in delayed template parsing mode instead of leaking (or asserting in +Assert builds). (r219810, relanded in r220400, fixed the same problem in incremental processing mode; the review thread of r219810 has a good discussion of the problem.) To test this, give the PrintFunctionNames plugin a flag to force parsing of a template and add a test that uses it in -fdelayed-template-parsing mode. Without the Parser.cpp change, that test asserts. 1: http://lists.cs.uiuc.edu/pipermail/cfe-dev/2014-August/038415.html 2: https://code.google.com/p/include-what-you-use/source/detail?r=566 llvm-svn: 237531		2015-05-17 01:07:16 +00:00
..
analyzer-plugin	[CMake] Give explicit dependencies to a couple of modules, PrintFunctionNames and SampleAnalyzerPlugin, for Win32.DLL.	2014-07-13 13:40:23 +00:00
clang-interpreter	Driver: Update clang-interpreter example for r218938	2014-10-03 01:08:27 +00:00
PrintFunctionNames	Don't leak TemplateIds when a plugin parses late-parsed templates at TU end.	2015-05-17 01:07:16 +00:00
CMakeLists.txt	[CMake] Fix installation without CLANG_BUILD_EXAMPLES	2014-02-20 17:43:31 +00:00
Makefile