Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
1 result
Search by author
  • Any Author
  • Dr. Jorrit Fahlke Dr. Jorrit Fahlke jfahl_01
  • Jan Hönig hoenig
  • Marcel Dominique Koch marckoch
  • Martin Bauer bauermar
  • Michael Haidl m_haid02
  • Prof. Dr. Christian Engwer Prof. Dr. Christian Engwer cengw_01
  • René Heß hessr
  • Vladyslav Kucher kucher
8 authors
  1. Jul 27, 2016
  3. Jun 09, 2016
  5. Feb 11, 2016
  7. Feb 09, 2016
  9. Jan 26, 2016
  11. Jun 23, 2015
  13. Jun 22, 2015
  15. May 17, 2015
    • Nico Weber's avatar
      Don't leak TemplateIds when a plugin parses late-parsed templates at TU end. · acb8cdf0
      Nico Weber authored 
      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 


git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@237531 91177308-0d34-0410-b5e6-96231b3b80d8
      acb8cdf0
  17. Apr 11, 2015
  19. Jan 23, 2015
  21. Aug 10, 2014
  23. Jul 18, 2014
  25. Jul 17, 2014
  27. Jul 13, 2014
  29. Jul 11, 2014
  31. Feb 21, 2014
    • NAKAMURA Takumi's avatar
      [CMake] Get rid of explicit dependencies to include/clang/*.inc and introduce... · 0eed94f6
      NAKAMURA Takumi authored 
      [CMake] Get rid of explicit dependencies to include/clang/*.inc and introduce CLANG_TABLEGEN_TARGETS.

This does;
  - clang_tablegen() adds each tblgen'd target to global property CLANG_TABLEGEN_TARGETS as list.
  - List of targets is added to LLVM_COMMON_DEPENDS.
  - all clang libraries and targets depend on generated headers.

You might wonder this would be regression, but in fact, this is little loss.
  - Almost all of clang libraries depend on tblgen'd files and clang-tblgen.
  - clang-tblgen may cause short stall-out but doesn't cause unconditional rebuild.
  - Each library's dependencies to tblgen'd files might vary along headers' structure.
    It made hard to track and update *really optimal* dependencies.

Each dependency to intrinsics_gen and ClangSACheckers is left as DEPENDS.

git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@201842 91177308-0d34-0410-b5e6-96231b3b80d8
      0eed94f6
  33. Feb 13, 2014
  35. Feb 12, 2014
  37. Jan 23, 2014
  39. Dec 30, 2013
  41. Dec 21, 2013
  43. Dec 10, 2013
  45. Dec 21, 2012
  47. Dec 04, 2012
  49. Jul 27, 2012
  51. Jun 21, 2012
  53. Apr 26, 2012
  55. Dec 18, 2011
  57. Nov 19, 2011
  59. Sep 27, 2011
  61. Feb 20, 2011
  63. Feb 19, 2011
  65. Feb 18, 2011
  67. Feb 14, 2011