Можно ли засунуть оператор в шаблон как тип?

как?

Господа, покритикуйте идею, пожалуйста. Задача: Есть функция Ctx getContext(); Нужно обернуть в существующем коде все выражения вида foo(..., getContext()); обернуть вызовами enter(ctx); / exit(ctx);, минимально меняя код (и желательно с гарантией что в новых подобных выражениях было невозможно забыть обертку. Преполагаемое решение: Пусть getContext() возвращает временную не копируемую структуру WrappedCtx, конструктор/деструктор которой вызывает enter/exit и которая конвертится в Ctx. Какие у такого подхода могут быть подводные камни?

Пользователи Conan, подскажите: добавил репозиторий bincrafters (conan remote add bincrafters https://api.bintray.com/conan/bincrafters/public-conan), а conan search как не находил либу, так и не находит. В репозитории bincrafters она есть, проверил. Что ещё надо вызвать?

Спасибо. -r указывает репозиторий, в котором искать? А как поменять репозиторий по умолчанию?

В локальном кэше самих библиотек, или рецептов?

Судя по тексту: "Searches package recipes and binaries in the local cache or in a remote.", должен быть способ закэшировать локально список всех рецептов в репозитории?

чсх, через vcpkg уже полчаса назад за два клика установил нужную библиотеку, а в conan не смог разобраться без посторонней помощи. А теперь Питон показывает ошибку SSL, и так ничего и не работает.

про поиск с -r не увидел, теперь питон глючит. На Линукс любая задача - приключение!

Господа, покритикуйте идею, пожалуйста. Задача: Есть функция Ctx getContext(); Нужно обернуть в существующем коде все выражения вида foo(..., getContext()); обернуть вызовами enter(ctx); / exit(ctx);, минимально меняя код (и желательно с гарантией что в новых подобных выражениях было невозможно забыть обертку. Преполагаемое решение: Пусть getContext() возвращает временную не копируемую структуру WrappedCtx, конструктор/деструктор которой вызывает enter/exit и которая конвертится в Ctx. Какие у такого подхода могут быть подводные камни?

Будем ли мы в контексте при вычислении остальных аргументов foo implementation defined. Я бы, возвращал из getContext() proxy с методом invoke, чтобы вызов foo выглядел как getContext().invoke<foo>(arg1, arg2, ...).

Будем ли мы в контексте при вычислении остальных аргументов foo implementation defined. Я бы, возвращал из getContext() proxy с методом invoke, чтобы вызов foo выглядел как getContext().invoke<foo>(arg1, arg2, ...).

а есть какая-то объективная причина почему компилятор может так делать?

@DemyanovMaxim емнип также рекурсия будет для операторов преобразования и ещё парочки

Кто-нибудь пользовался? https://github.com/hanickadot/compile-time-regular-expressions

помечаем весь std::regex constexpr(он же не аллоцирует динамически память?), constexpr string подвезут чуть позже. вуаля - заработало

ни для стрингов ни для контейнеров

Вообще я хотел бы сказать, что работа со строками во время compile time — это боль. Может есть удобные либы, о которых я не знаю?

Из математики позаимствовано...?

а что лучше подходит?

array :)

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

да вон некоторые версии на so https://stackoverflow.com/questions/581426/why-is-a-c-vector-called-a-vector

Вечер добрый) Такой вопрос, есть программа (с реализацией функции ресайз) нужно проверить с помощью другой программы проверить, что функция ресайз написанна верно и утечек памяти нет.