First of all, n3639 tried to replace arrays with Runtime Bound (ARB) instead of Variable Length Arrays (VLA). ARBs will support a subset of VLAs that exclude:
- multidimensional arrays, in which, in addition to the upper level, there is a runtime boundary (by analogy, the new array also does not support this)
- function declarator syntax changes
sizeof(a) - an expression evaluated at runtime returning size atypedef int a[n]; evaluating n and passing it through typedef
In February 2014, in Issakua, Washington, the standard committee voted unanimously to formulate the technical specification for array extensions from n3820 , its original version arose from n3639 and a proposal from Dynarrays .
In May 2014, n4043 and n4050 tried to solve some “problems with half-editing” in the Dynarray and ARB sections of the Technical Specification of array expansion, respectively.
But the standard committee on October 24, 2014, the teleconference led to huge disagreements over language capabilities, implementation options, and the desire for technical extensions to Array Extensions, ultimately describing it as in a state of uncertainty.
The standard committee in May 2015 in Lenex, Kansas , indicated the direction that the technical specification of array extensions would not be accepted into this current form and it is recommended that:
Removing TS of its current content and pending execution of a working sentence [1]
Ultimately, the March 2016 standard committee meeting in Jacksonville, Florida has moved to close the technical specification of array extensions, while confirming that some proposals related to the array are instead focused on the technical specification of library fixed assets. There was a unanimous vote with the 8th strongest supporter, 5 in favor and 6 abstentions.
By the way, the only work related to arrays that is part of the Technical Specification of the Fundamentals of the library is the accounting for the creation of array time via make_array . Bjarne Stroustrup , creator of C ++, waxed eloquent on the topic :
We need arrays with specified time limits and more secure access to such storage "yesterday"
Unfortunately for Dr. Stroustrup, we and the C ++ community as a whole have no plans for the future to resurrect ARB / VLA with C ++ in the simple form of VLA c99.