Разница между обьявлениями чаров

А вы думаете нужен ли VLA в С++?

Что вам мое мнение даст?

Лучше вот конфу почитайте: https://groups.google.com/foru... _4lgA1JYeg

Ваше мнение должно быть ничем не хуже того что описывают сильные умы, по ссылке которую вы скинули ниже.

Я вот себе задал вопрос

Мое мнение отличается тем, что ни на что не влияет.

Сила голоса, так сказать, отличается.

Банальную вещь скажу, но такие вопросы в отрыве от задачи мало смысла имеют

Как сказать, ну наверное от самого вектора не имеет смысла. Тем не менее что мешает сделать умную обертку над alloca?

А это обошлось бы только малой кровью sizeof'a?

Компилятор массив как-то создает, а программист стандартными средствами повторить фокус не может.

Еще не будут работать конструкции вида decltype(firstVLA) secondVLA. Правда, слабо себе представляю кому это будет мешать.

Что-то эта сила голоса уже с года так 2013 ничего не дает.

Дает не включать подобные решения в стандарт.

и даже побыло немного в черновике

Но потом сила голоса таки решила, что не надо

А если что-то универсальное?

Вижу у вас таки есть веское мнение по этому поводу, например ув. Renji считает что добавление VLA не понесет почти никаких потерь, а я вот что-то сомневаюсь.

Но так и не понял почему? Какие проблемы были?

The Array TS, which contains a language feature called “arrays of runtime bound” (ARBs) that’s essentially a toned-down version of C’s variable-length arrays (VLAs), and a library class dynarray for wrapping such a thing into a container interface, has been in limbo for the past year, as attempts to implement dynarray ran into difficulties, and proposals trying to replace it with something implementable got shot down one after the other.

At this meeting, EWG reviewed the status quo and addressed the question of what will happen to the Arrays TS going forward.

The status quo is this:

* Many people want simple stack arrays. Emphasis on simple (no “making it a member of a class”) and stack (no “it might be on the stack or it might be on the heap” business.)
* Some people want to be able to wrap such things into a class interface, so it knows its size, and doesn’t automatically decay to a pointer.
* Some people additionally want to be able to copy this class and make it a member of other classes.
* Implementation attempts have essentially demonstrated that this latter thing is impossible.

Given this state of affairs, the features currently in the Arrays TS are not going to be accepted in their current form; EWG recommended stripping the TS of its current contents, and waiting for a workable proposal to come along.

A promising direction for such a workable proposal is to have a “magic type” that acts like an ARB but knows its size and does not decay to a pointer (the implementable features that people wanted from a class wrapper). The type in question could only used for a local variable, and the underlying ARB itself wouldn’t be exposed. Several people expressed an interest in collaborating on a proposal in this direction.

Там же вроде просто указатель стека смещают не на константу, а на переменную?

По ссылке выше, господа видят больше проблем.