| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
| |
folded to a constant
as constant size arrays. This has slightly different semantics in some insane cases, but allows
us to accept some constructs that GCC does. Continue to be pedantic in -std=c99 and other
modes. This addressed rdar://8733881 - error "variable-sized object may not be initialized"; g++ accepts same code
llvm-svn: 132983
|
| |
|
|
|
|
|
|
| |
expressions. Fixes PR8209 in the narrowest way possible. I'm still
considering whether I want to implement the extension that permits the
use of VLA types in a 'new' expression.
llvm-svn: 115790
|
| |
|
|
|
|
| |
dependent. Fixes <rdar://problem/8021385>.
llvm-svn: 104550
|
| |
|
|
|
|
| |
aren't dependent. Fixes <rdar://problem/8020206>.
llvm-svn: 104511
|
| |
|
|
|
|
|
|
| |
VLA restrictions so that one can use VLAs in templates (even
accidentally), but not as part of a non-type template parameter (which
would be very bad).
llvm-svn: 104471
|
| |
|
|
|
|
| |
so that it can be selectively enabled/disabled.
llvm-svn: 104462
|
| |
|
|
|
|
| |
canonical type where the element type is canonical. Fixes PR7206.
llvm-svn: 104461
|
|
|
in several important ways:
- VLAs of non-POD types are not permitted.
- VLAs cannot be used in conjunction with C++ templates.
These restrictions are intended to keep VLAs out of the parts of the
C++ type system where they cause the most trouble. Fixes PR5678 and
<rdar://problem/8013618>.
llvm-svn: 104443
|