Надо сюда затащить посонов из пвс студии и раздать 5-10 ключиков

йе, работайте над этим)

уже есть http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0259r0.pdf https://github.com/tomazos/fixed_string

не есть

там пропозал только

и то он там давно не обновлялся

а так то пропозал годный

Если с ACCU есть какая-то презентация, киньте пожалуйста. Не нашел

Вот бы в шаблон можно было всё запихать...

Как аргумент...

@zamazan4ik @antoshkka конст экспер алокатор работает ?

@zamazan4ik @antoshkka конст экспер алокатор работает ?

+

Там тест есть

а есть пруфы спрода

?

а конфа корхардовская первый раз платная? я как-то ходил со знакомыми, было бесплатно. 15 баксов не деньги конечно, но сам факт

За последние два года впервые

Теперь придётся ходить туда голодным и отъедаться на 15 бачей ?

Там тест есть

Интересно. Я думал, что понадобится вмешательство в компилятор

Интересно. Я думал, что понадобится вмешательство в компилятор

_has_ всякие же

а конфа корхардовская первый раз платная? я как-то ходил со знакомыми, было бесплатно. 15 баксов не деньги конечно, но сам факт

Да, платная в этот раз. Нужно оплатить дорогу многим забугорным гостям

_has_ всякие же

Причем тут это? Суть в выделении памяти во время компиляции

Интересно. Я думал, что понадобится вмешательство в компилятор

constexpr хватает

а есть пруфы спрода

какого прода? это proposal. Зачем тебе это в проде???

Причем тут это? Суть в выделении памяти во время компиляции

тьфу, я думал про проверку доступности в компилере этой фичи

constexpr хватает

Посмотрел реализацию. А как быть, если не хватит заранее выделенного размера? Это уже похоже на костыль

Посмотрел реализацию. А как быть, если не хватит заранее выделенного размера? Это уже похоже на костыль

Это называется proposal

Это называется proposal

Понял

Посмотрел реализацию. А как быть, если не хватит заранее выделенного размера? Это уже похоже на костыль

размера чего?

размера чего?

В этом аллокаторе заранее выделяется кусок T data[N], заполняющийся постепенно. N фиксировано

GCC 7.1 релизнулся https://gcc.gnu.org/ml/gcc/2017-05/msg00017.html

В этом аллокаторе заранее выделяется кусок T data[N], заполняющийся постепенно. N фиксировано

Но ты же понимаешь, что N ты можешь менять в коде, это раз

а два я пока что не придумал

но я попробую прикрутить потом увеличение размера, конечно. Но у меня времени нет

мб у @antoshkka есть и он уже знает, как это сделать

GCC 7.1 релизнулся https://gcc.gnu.org/ml/gcc/2017-05/msg00017.html

нуздрасьте) третий раз уже

эхехе

Ну сорян!)

Но ты же понимаешь, что N ты можешь менять в коде, это раз

Поменять то можно, но это получается неполноценный аллокатор - все контейнеры сразу становятся ограниченными. И ещё вопрос: я фиксирую N = 10000, использую как-то, но к концу компиляции остаётся 1 реально используемый объект. Получается, что остальные 9999 будут висеть и занимать память... где? И не будет ли накладно компилятору таскать все эти N по стеку (или где аллокатор хранит?) и т.д. при реально используемых 10-15? Я себе никак не представляю расширяемую память в компилтайме

Поменять то можно, но это получается неполноценный аллокатор - все контейнеры сразу становятся ограниченными. И ещё вопрос: я фиксирую N = 10000, использую как-то, но к концу компиляции остаётся 1 реально используемый объект. Получается, что остальные 9999 будут висеть и занимать память... где? И не будет ли накладно компилятору таскать все эти N по стеку (или где аллокатор хранит?) и т.д. при реально используемых 10-15? Я себе никак не представляю расширяемую память в компилтайме

А если в два прохода?

Посчитать сколько надо памяти, потом аллоцировать

А если в два прохода?

А если количество выделяемой памяти зависит от элементов контейнера?

А если количество выделяемой памяти зависит от элементов контейнера?

Например?

Например?

Я не совсем тебя понял. Если ты имеешь в виду забить на контекст (конкретные значения) и подсчитывать только alloc/free, то их кол-во может зависеть от контекста. Типа vec.resize(vec.front()); Поэтому за ним нужно следить. А если следить - то зачем тогда второй проход?

работа на работе, оплата деньгами

а есть пруфы спрода

В проде использовать не надо. Оно работает не так как ожидается и требует большой доработки контейнеров. Прототип предназначен для того, чтобы показать что подход жизнеспособен и немного гибче чем предложение от Давиида. Чтобы начать использовать в проде - нужно дорабатывать сам компилятор (а перед этим стоит международному комитету по С++ выбрать какой подход им нравится больше, обсудить идеи, постараться придумать решение получше и т.д.). К 2020 в лучшем случае :)

Хоть бы читали то, что пишут, да ошибки исправляли. Аж противно. Фу, противные недоHR'ы.

в проде некогда заниматься такими вещами. Там надо делать так, чтобы работало.

В проде использовать не надо. Оно работает не так как ожидается и требует большой доработки контейнеров. Прототип предназначен для того, чтобы показать что подход жизнеспособен и немного гибче чем предложение от Давиида. Чтобы начать использовать в проде - нужно дорабатывать сам компилятор (а перед этим стоит международному комитету по С++ выбрать какой подход им нравится больше, обсудить идеи, постараться придумать решение получше и т.д.). К 2020 в лучшем случае :)

я чето пропустил, про что речь? )

я чето пропустил, про что речь? )

про аллокатор

в проде некогда заниматься такими вещами. Там надо делать так, чтобы работало.

Вообще-то это требование/идея пришла Давииду из прода

насколько я знаю

Вообще-то это требование/идея пришла Давииду из прода

я про то, что пока оно на стадии proposal, такие вещи трогать не надо

вот когда идея будет обкатана, доделана, доведена до ума, вот тогда пожалуйста

я про то, что пока оно на стадии proposal, такие вещи трогать не надо

да и потом тоже :)

+1

да и потом тоже :)

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

ERROR: S client not available

Слишком это специфичная вещь, хоть и очень полезная

Нифига не специфичная.

Крайне юзабельная!

Моя хотеть генерить sql.

Крайне юзабельная!

пример в студию - мне интересно

Ну вот, я уже написал.

Я надеюсь что потом функционал каким-то чудом переползёт внутрь std::allocator и конструкция const std::unordered_map<std::string, something> mapping = { {foo(), bar()}, {"hello", "word"} }; Будет выполняться чисто на compile time

ну генерь себе в рантайме

Фу какая гадость.

Зачем генерировать в рантайме то, что генерируется в компилтайме?

Зачем генерировать в рантайме то, что генерируется в компилтайме?

я о том, что ты можешь сделать тоже самое и без рантайма без особых сложностей

и да, на компайл-тайм тоже смотрят

я о том, что ты можешь сделать тоже самое и без рантайма без особых сложностей

Не распарсил твоей мысли.

> генерь в рантайме > сделать без рантайма

wut

Не распарсил твоей мысли.

скриптом генеришь, потом просто подгружаешь в рантайме

Отлично, обмажемся скриптами кодогенерации. Этого нам ещё не хватало.

Qt живёт, и нормально. Но вообще было бы неплохо, если бы без дерьма всякого работало

Моя хотеть генерить sql.

Моя хотеть DSL в виде читаемого текста. Например вместо магии Boost.Spirit просто писать парсер как EBNF текст: auto parser = std::from_ebnf("some text");

ну, в принципе, кодогенерация не худший подход для этого

Моя хотеть DSL в виде читаемого текста. Например вместо магии Boost.Spirit просто писать парсер как EBNF текст: auto parser = std::from_ebnf("some text");

Плюсую..

Qt живёт, и нормально. Но вообще было бы неплохо, если бы без дерьма всякого работало

«И чо»?

«И чо»?

что "и чо?" ? Кодогенерация живёт и решает проблемы свои

не идеально, но это работает

И что?

\0

Мне теперь не стремиться к решению?