Looks like lldb has some issues with this - somehow it causes lldb to
treat a "char[N]" type as an array of chars (prints them out
individually) but a "char [N]" is printed as a string. (even though the
DWARF doesn't have this string in it - it's something to do with the
string lldb generates for itself using clang)
This reverts commit 277623f4d5.
23 lines
916 B
C
23 lines
916 B
C
// RUN: %clang_cc1 -triple=x86_64-apple-darwin -fsyntax-only -verify %s
|
|
// PR6913
|
|
|
|
int main()
|
|
{
|
|
int x[10][10];
|
|
int (*p)[] = x;
|
|
|
|
int i;
|
|
|
|
for(i = 0; i < 10; ++i)
|
|
{
|
|
p[i][i] = i; // expected-error {{subscript of pointer to incomplete type 'int []'}}
|
|
}
|
|
}
|
|
|
|
// rdar://13705391
|
|
void foo(int a[*][2]) {(void)a[0][1]; } // expected-error {{variable length array must be bound in function definition}}
|
|
void foo1(int a[2][*]) {(void)a[0][1]; } // expected-error {{variable length array must be bound in function definition}}
|
|
void foo2(int a[*][*]) {(void)a[0][1]; } // expected-error {{variable length array must be bound in function definition}}
|
|
void foo3(int a[2][*][2]) {(void)a[0][1][1]; } // expected-error {{variable length array must be bound in function definition}}
|
|
void foo4(int a[2][*][*]) {(void)a[0][1][1]; } // expected-error {{variable length array must be bound in function definition}}
|