summaryrefslogtreecommitdiffstats
path: root/clang/lib/Frontend/FrontendOptions.cpp
Commit message (Collapse)AuthorAgeFilesLines
* [Frontend] Fix some Clang-tidy modernize and Include What You Use warnings; ↵Eugene Zelenko2018-03-261-1/+2
| | | | | | other minor fixes (NFC). llvm-svn: 328584
* Move functionality for handling module maps as inputs from the -emit-moduleRichard Smith2017-04-281-6/+6
| | | | | | | | | | | | | | | | | | | action to the general FrontendAction infrastructure. This permits applying -E, -ast-dump, -fsyntax-only, and so on to a module map compilation. (The -E form is not currently especially useful yet as there's no good way to take the output and use it to actually build a module.) In order to support this, -cc1 now accepts -x <lang>-module-map in all cases where it accepts -x <lang> for a language we can parse (not ir/ast). And for uniformity, we also accept -x <lang>-header for all such languages (we used to reject for cuda and renderscript), and -x <lang>-cpp-output for all such languages (we used to reject for c, cl, and renderscript). (None of these new alternatives are accepted by the driver yet, so no user-visible changes.) llvm-svn: 301610
* Refactor frontend InputKind to prepare for treating module maps as a ↵Richard Smith2017-04-261-18/+18
| | | | | | | | distinct kind of input. No functionality change intended. llvm-svn: 301442
* C++ Modules TS: add frontend support for building pcm files from moduleRichard Smith2016-08-261-0/+2
| | | | | | | interface files. At the moment, all declarations (and no macros) are exported, and 'export' declarations are not supported yet. llvm-svn: 279794
* Ensure that we still parse preprocessed CUDA files as CUDA when we useArtem Belevich2015-03-191-0/+1
| | | | | | | | | -save-temps option. Summary: Fixes PR22926. Review: http://reviews.llvm.org/D8383 llvm-svn: 232737
* Remove duplicated case.Benjamin Kramer2013-06-221-1/+0
| | | | llvm-svn: 184640
* <rdar://problem/13509689> Introduce -module-file-info option that provides ↵Douglas Gregor2013-03-271-1/+1
| | | | | | | | | | | information about a particular module file. This option can be useful for end users who want to know why they ended up with a ton of different variants of the "std" module in their module cache. This problem should go away over time, as we reduce the need for module variants, but it will never go away entirely. llvm-svn: 178148
* remove unneeded llvm:: namespace qualifiers on some core types now that ↵Chris Lattner2011-07-231-1/+1
| | | | | | | | LLVM.h imports them into the clang namespace. llvm-svn: 135852
* Driver, Frontend: add CUDA language supportPeter Collingbourne2010-12-011-0/+1
| | | | llvm-svn: 120544
* Frontend: Add FrontendAction support for handling LLVM IR inputs.Daniel Dunbar2010-06-071-0/+1
| | | | | | - These inputs follow an abbreviated execution path, but are still worth handling by FrontendAction so they reuse all the other clang -cc1 features. llvm-svn: 105582
* Frontend: Lift InputKind enumeration to top level.Daniel Dunbar2010-06-071-2/+1
| | | | llvm-svn: 105577
* recognize .hpp as c++ (needed for ./configure'ing boost)Nuno Lopes2009-11-171-1/+1
| | | | llvm-svn: 89100
* Move input kind identification (-x) into FrontendOptions.Daniel Dunbar2009-11-131-0/+31
llvm-svn: 87066
OpenPOWER on IntegriCloud