В общем интересно что кто-то юзает подход с мапой, спасибо

Пожалуйста, не хамите админам, очень тяжело спокойно читать и не банить...

А если подумать, то, пожалуйста, вообще никому не хамите. 😊

Ну Латтнеру информации хватает, чтобы определить, где можно применить pool allocation:)
Предполагаю, что с профильной информацией (например, о размерах выделяемой памяти) информации таки будет достаточно.

Почему вы думаете что компилятор это как-то делает вообще? Там просто длинна массива записана в выделенной памяти перед собственно массивом и далее в рантайме на основе этой циферки идёт цикл с удалением

Ну я вроде написал, очевидно что можно просто попросить чуть больше памяти и записать туда количество объектов.
Интересно ли придумал ли кто то что то умнее для каких то кейсов. Потому что в принципе, особенно для небольших аллокаций это может быть достаточно неоптимально.

Делает это как я понимаю компилятор, ну если вы полагаете что нет, можете прислать ссылку на код который это делает и не компилятор

Даже не знаю как ответить, пробовали читать свои сообщения?
Неправильные ответы(https://t.me/CompilerDev/87363), ответы не по вопросу(https://t.me/CompilerDev/87373)
И заканчивая какими то присказками(https://t.me/CompilerDev/87379, https://t.me/CompilerDev/87371) и указанием что я что-то не понимаю, без указания что именно(https://t.me/CompilerDev/87369).
Кажется, то что я попросил читать вопрос внимательнее после 5+ ответов про operator new/delete вместо new[]/delete[] expression меньшее хамство не находите?

Надеюсь это не хамство? Я старался быть конструктивным. Хотя если забанят ну видимо тут такая политика, не согласен -- бан.

> меньшее хамство не находите
Не надо меряться длиной хамства! Это race to the bottom — ничего хорошего не выйдет.

Вы жалуетесь на хамские ответы с моей стороны, а сами нахамили другому человеку — несправедливо, не находите?

В общем, если Вам по любым причинам тяжело спокойно отвечать — не отвечайте, пожалуйста.

new[] выделяет блок памяти чуть большего размера чем нужно, в начало блока записывается кол-во объектов, а указатель возвращается не на начало блока, а на первый объект. delete[] подправляет адрес в обратную сторону, считывает кол-во объектов, вызывает деструкторы и удаляет блок
https://itanium-cxx-abi.github.io/cxx-abi/abi.html#array-cookies

Вроде бы нет, единственное, что приходит в голову это не про компилятор, clang tidy умеет жаловаться в некоторых случаях на отсутствие reserve для вектора например.
А так максимум который я видел это в некоторых контекстах звать operator delete(void*, size_t)

Привет! Ищем разработчиков компилятора и интерпретатора для своего скриптового языка программирования в компанию Mobigility Inc.

Полностью удаленный формат работы, фултайм, русскоговорящая команда, официальное трудоустройство (в РФ, РБ, Украине, Польше).
На текущий момент готова первая версия компилятора и интерпретатора, дальше необходимо развивать язык: внедрять статическую типизацию и generic types.

Заработная плата: 4 100 — 5 000 USD.

Подробности и отклики тут:
https://hh.ru/vacancy/45612031

✉️Для связи:
+7 950 907 66 29
@MobigilityHR
Любовь Савинкова
HR manager

А каков технологический стек, помимо ANTLR?

при выходе из поля видимости компилятор вставляет код вызова деструктора

т.е., например, после закрывающей скобки

raii это компайл тайм фича

после закрывающей скобки вызываются деструкторы автоматических переменных, а вопрос про объекты аллоцируемые динамически через new[] и освобождаемые через delete[]

это делается мануально

там компилятор никак не отслеживает жизненный цикл

но сейчас в цпп голые указатели это моветон, все на shared_ptr и unique_ptr

отслеживание жизненного цикла в этом случае завязано на raii