- Jun 13, 2013
-
-
Rafael Espindola authored
llvm-svn: 183915
-
Amaury de la Vieuville authored
llvm-svn: 183914
-
Amaury de la Vieuville authored
llvm-svn: 183913
-
Rafael Espindola authored
llvm-svn: 183912
-
Sylvestre Ledru authored
llvm-svn: 183911
-
Edwin Vane authored
A more flexible container for storing overrides is required for headers. Before a source goes through the transform pipeline, any headers it references will be in their original state and unaffected by transforms applied to other sources. Therefore overrides for headers need to be kept separate for each source file. This patch doesn't introduce support for storing header overrides yet. It only replaces the existing structure and makes any necessary changes to support it. llvm-svn: 183910
-
Rafael Espindola authored
llvm-svn: 183909
-
Rafael Espindola authored
llvm-svn: 183908
-
Benjamin Kramer authored
llvm-svn: 183907
-
Reid Kleckner authored
Execute's Data parameter is now optional, so we won't allocate memory for it on Windows and we'll close the process handle. The Unix code should probably do something similar to avoid accumulation of zombie children that haven't been waited on. Tested on Linux and Windows. llvm-svn: 183906
-
Tim Northover authored
When choosing a default CPU, clang used to pick ARM7TDMI (which has Thumb) even when the more restrictive armv4 triple was specified. This should fix that. Patch by Jeroen Hofstee. llvm-svn: 183905
-
Aaron Ballman authored
llvm-svn: 183904
-
Benjamin Kramer authored
llvm-svn: 183903
-
Benjamin Kramer authored
llvm-svn: 183902
-
Benjamin Kramer authored
llvm-svn: 183901
-
Sylvestre Ledru authored
Thanks to Dmitry Shachnev for the patch See bug #16317 llvm-svn: 183899
-
Dmitry Vyukov authored
llvm-svn: 183898
-
Tobias Grosser authored
llvm-svn: 183897
-
Manuel Klimek authored
llvm-svn: 183896
-
Alexey Samsonov authored
llvm-svn: 183891
-
Richard Smith authored
llvm-svn: 183890
-
Richard Smith authored
Towards PR12457: constant expression evaluation support for __builtin_parity{,l,ll}, __builtin_ffs{,l,ll}, and __builtin_fpclassify. llvm-svn: 183889
-
Larisse Voufo authored
llvm-svn: 183888
-
Rui Ueyama authored
llvm-svn: 183887
-
Richard Smith authored
llvm-svn: 183886
-
Richard Smith authored
not actually talking about a default constructor. llvm-svn: 183885
-
Richard Smith authored
implicit definition of a copy operation is deprecated. Add a warning for this to -Wdeprecated. This warning is disabled by default for now, pending investigation into how common this situation is. llvm-svn: 183884
-
Richard Smith authored
type std::nullptr_t are null pointer constants from C++11 onwards. llvm-svn: 183883
-
Richard Smith authored
doesn't seem to be any value in even adding a -W flag for this. llvm-svn: 183882
-
Richard Smith authored
- 'register' storage class - dynamic exception specifications Only the former check is enabled by default for now (the latter might be quite noisy). llvm-svn: 183881
-
Richard Smith authored
explicit constructors. llvm-svn: 183879
-
Nick Lewycky authored
pack expanded constructor initializer list. Fixes PR16303! llvm-svn: 183878
-
Rui Ueyama authored
Architecture specific code should reside in architecture specific directory not in Atom. Looks like there are no efforts being made at this moment to support ARM, so let's remove it for now. Reviewers: Bigcheese CC: llvm-commits Differential Revision: http://llvm-reviews.chandlerc.com/D959 llvm-svn: 183877
-
Rui Ueyama authored
llvm-svn: 183876
-
Richard Smith authored
declarations of reference type; they're handled by the general case handling of MaterializeTemporaryExpr. llvm-svn: 183875
-
Richard Smith authored
Don't suggest putting 'operator new' or 'operator delete' in a namespace to fix a two-phase lookup issue. That's not permitted. llvm-svn: 183874
-
Richard Trieu authored
llvm-svn: 183873
-
Richard Smith authored
Introduce CXXStdInitializerListExpr node, representing the implicit construction of a std::initializer_list<T> object from its underlying array. The AST representation of such an expression goes from an InitListExpr with a flag set, to a CXXStdInitializerListExpr containing a MaterializeTemporaryExpr containing an InitListExpr (possibly wrapped in a CXXBindTemporaryExpr). This more detailed representation has several advantages, the most important of which is that the new MaterializeTemporaryExpr allows us to directly model lifetime extension of the underlying temporary array. Using that, this patch *drastically* simplifies the IR generation of this construct, provides IR generation support for nested global initializer_list objects, fixes several bugs where the destructors for the underlying array would accidentally not get invoked, and provides constant expression evaluation support for std::initializer_list objects. llvm-svn: 183872
-
Dan Gohman authored
operator<< so that functions are printed as just their name instead of as their entire definition, which is excessively verbose in this context. llvm-svn: 183871
-
Rui Ueyama authored
Because the test does not actually cover basic features. llvm-svn: 183870
-