summaryrefslogtreecommitdiffstats
path: root/clang/test/Index/nested-macro-instantiations.cpp
Commit message (Collapse)AuthorAgeFilesLines
* Don't record nested macro expansions in the preprocessing record,Argyrios Kyrtzidis2012-02-251-20/+0
| | | | | | | | it can only bring pain when dealing with preprocessor abuse (see: boost). rdar://10898986 llvm-svn: 151427
* For the MacroExpands preprocessor callback, also pass the SourceRangeArgyrios Kyrtzidis2011-08-181-2/+2
| | | | | | of expansion (for function macros it includes the right paren). llvm-svn: 137909
* Update all of the libclang code corresponding to the preprocessorChandler Carruth2011-07-141-5/+5
| | | | | | | | | | | | | | MacroInstantiation -> MacroExpansion rename. Internally, everything is switched. Introduce a new cursor kind enum with the new name, but retain the old name as an alias so that we don't break backwards compatibility. Also update the debug printing routine to use 'macro expansions' as its explicitly not guaranteed to be stable, and mechanically switch the test cases over to that. llvm-svn: 135140
* Introduce a new libclang parsing flag,Douglas Gregor2011-05-061-0/+20
CXTranslationUnit_NestedMacroInstantiations, which indicates whether we want to see "nested" macro instantiations (e.g., those that occur inside other macro instantiations) within the detailed preprocessing record. Many clients (e.g., those that only care about visible tokens) don't care about this information, and in code that uses preprocessor metaprogramming, this information can have a very high cost. Addresses <rdar://problem/9389320>. llvm-svn: 130990
OpenPOWER on IntegriCloud