4 Commits

Author	SHA1	Message	Date
Richard Smith	a67d503aa1	PR13788: Don't perform checks on the initializer of a dependently-typed ... variable. Previously we didn't notice the type was dependent if the only dependence came from an array bound. Patch by Brian Brooks! git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@167642 91177308-0d34-0410-b5e6-96231b3b80d8	2012-11-09 23:03:14 +00:00
Daniel Dunbar	a5728872c7	Update tests to use %clang_cc1 instead of 'clang-cc' or 'clang -cc1'. ... - This is designed to make it obvious that %clang_cc1 is a "test variable" which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it can be useful to redefine what gets run as 'clang -cc1' (for example, to set a default target). git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@91446 91177308-0d34-0410-b5e6-96231b3b80d8	2009-12-15 20:14:24 +00:00
Douglas Gregor	73460a32bc	Deduce a ConstantArrayType from a value-dependent initializer list ... rather than punting to a DependentSizedArrayType, tightening up our type checking for template definitions. Thanks, John! git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@89407 91177308-0d34-0410-b5e6-96231b3b80d8	2009-11-19 23:25:22 +00:00
Douglas Gregor	cb78d8852a	Cope with an amusingly little anomaly with dependent types and ... incomplete array initialization, where we have the following in a template: int a[] = { 1, 2, something-value-dependent }; // ... sizeof(a); The type of "a" appears to be a non-dependent IncompleteArrayType, but treating it as such makes the sizeof(a) fail at template definition time. We now correctly handle this by morphing the IncompleteArrayType into a DependentSizedArrayType with a NULL expression, indicating that its size has no corresponding expression (and, therefore, the type is distinct from others). git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@89366 91177308-0d34-0410-b5e6-96231b3b80d8	2009-11-19 18:03:26 +00:00