SashaMercuryСейчас дорабатываю один численный алгоритм, оперирую несколькими массивами массивов, на динамическое выделение памяти уходит 4 строчки, столько же на освобождение. Можно написать свою функцию для этого, но хотелось бы чтобы это уже было на уровне языка. Неужели этого нет в С++?
SashaMercury, твой код не имеет ничего общего с С++ .
SashaMercuryЗдравствуйте.
0.Пусть у нас есть двумерный массив:



malloc - это старый добрый С. А в С можно объявлять массивы переменного размера (но размер указывается только при объявлении).

SashaMercuryПо существу вы не правы.
Отличная аргументация! С чего бы это? Не покажете то существо, по которому я не прав? Ну и пункт стандарта С++, описывающий malloc как часть C++ или его стандартной библиотеки ...

Всё прекрасно работает


Обратите внимание - ни одного new/delete или malloc/free. Разумеется, откомпилится __только__ как С-код.

Anatoly Moskovsky,
вообще-то Appendix С посвящён обеспечению совместимости. С тем же успехом можно любую фичу, хоть из того же фортрана или явы, которая "доступна для обеспечния совместимости" объявлять частью С++. Вот только нужно ли? Ведь тогда и printf, и весь С-style ввод-вывод придётся признать как "часть С++"...

Dima TПоработает до чего-то подобного


Не беспокойтесь за переполнение стека раньше времени.

MasterZivBagaBagaпропущено...

Отличная аргументация! С чего бы это? Не покажете то существо, по которому я не прав? Ну и пункт стандарта С++, описывающий malloc как часть C++ или его стандартной библиотеки ...

Всё прекрасно работает


Обратите внимание - ни одного new/delete или malloc/free. Разумеется, откомпилится __только__ как С-код.

В последнем стандарте языка С это разрешено (объявление массива auto с размером, задаваемым переменной, т.е. в runtime), также добавлена alloca().
Variable Length Array разрешен, начиная с С99. Но вы правы - и в последнем тоже.

Anatoly Moskovsky,
тогда у вас весь С входит в С++ как его подмножество... В этом мы немного расходимся.

SashaMercury1. Если мой код не имеет ничего общего с С++, то с таким-же успехом вы можете утверждать что С++ не имеет ничего общего с Си.
2. Достаточно очевидно, что с аналогичным успехом можно использовать и оператор new
3. Я очень не хочу спорить по очевидным моментам как для вас, так и для меня и для всех остальных, думаю все друг друга прекрасно поняли.
Выделение памяти на стеке меня совершенно не интересует
1. Вы можете продолжать думать, что пишете на С++. И использовать malloc и new, printf и cout. Если так принято в вашей команде (если она есть). А приписывать мне чужой бред - не надо.
2. Современный С++ практически не использует оператор new. И это современный тренд развития С++. Если вам нужен контейнер с управлением памятью - используйте из библиотек (stl, boost, любая на ваш вкус, можете написать свою). Хоть vector, хоть dynarray эффективно прячут от программиста управление выделением памятью. Любое "ручное" выделение ресурса обязательно сопровождается стражем (освобождения) ресурса (RAII-идиома).
3. В чём __конкретно__ я не прав, и что же это за существо, по которому я не прав, вы так и не ответили.


Выделение памяти на стеке или в куче - детали реализации. Если для решения задачи достаточно памяти стека, я возьму стек. Иначе - буду смотреть в кучу. Или специализированные аллокаторы. Если вы не можете предсказать режим и потребляемый объем памяти, то и с выделением в куче ... мало хорошего получите (что лучше - свалиться по стеку, или засвописть систему и свалиться уже тогда?) Вы всегда знаете, где именно будет выделена память тем или иным классом? Тем же string? А в случае small-string-optimization? )