SimdJson, или наоборот, не помню. Быстрее всех, и выглядит аккуратно.

Ещё есть стильный-модный nlohmann, но оно медленное

Спасибо, гляну.

А для чего тебе это вообще необходимо?

Второй день тут обсуждение адресов функций, астрологи объявили неделю UB

Смотря когда нужно его получить.
Во время линковки я с этим не работал.
Но entry point можно получить распарсив ELF/PE.

указатели и наследование - концепции, которые понимают все программисты С++ (я надеюсь), а any - экзотическая штука из std, которую я в живом коде ещё не встречал

Почему экзотическая, тот же void*, только по-человечески

как минимум в работе с json используют

кстате да. и в xtensor как-то пытались завезти, не знаю, чем закончилось

Пытаюсь выкрутиться без std::function и без кастомного деаллокатора, получается вот такая иерархия:

struct FunctorBase {
  // Это тип указателя, владеющего инстансами: std::unique_ptr<FunctorBase>. Нужен только для корректной деаллокации объекта.

  virtual ~FunctorBase() = default;
};

template <typename... Args>
struct FunctorInvokable : FunctorBase {
  // Этот тип известен в месте использования объекта - делаем каст и вызываем operator()

  virtual void operator()(Args&&... args) const = 0;
};

template <class Invokable, typename... Args>
struct Functor final : FunctorInvokable<Args...> {
  // Этот тип известен только в месте конструирования объекта и больше нигде

  explicit Functor(Invokable&& invokable) : _invokable{ std::move(invokable) }
  {}

  void operator()(Args&&... args) const override {
    _invokable(std::forward<Args>(args)...);
  }

private:
  const Invokable _invokable;
};

И возникает проблема из-за глупого ограничения, что после template parameter pack нельзя указать фиксированный параметр. Из-за этого в классе Functor шаблонный параметр Invokable обязан быть первым, а это ломает автоматическое выведение типов, и я не могу написать:

Functor<Arguments...> f{ [](Arguments... args) {} };

Выкрутиться можно, объявив лямбду перед созданием функтора:

auto lambda = [](Arguments... args) {};
Functor<decltype(lambda), Arguments...> f{ std::move(lambda) };

Есть ли более простой/изящный способ?

struct FunctorBase {
  // Это тип указателя, владеющего инстансами: std::unique_ptr<FunctorBase>. Нужен только для корректной деаллокации объекта.

  virtual ~FunctorBase() = default;
};

template <typename... Args>
struct FunctorInvokable : FunctorBase {
  // Этот тип известен в месте использования объекта - делаем каст и вызываем operator()

  virtual void operator()(Args&&... args) const = 0;
};

template <class Invokable, typename... Args>
struct Functor final : FunctorInvokable<Args...> {
  // Этот тип известен только в месте конструирования объекта и больше нигде

  explicit Functor(Invokable&& invokable) : _invokable{ std::move(invokable) }
  {}

  void operator()(Args&&... args) const override {
    _invokable(std::forward<Args>(args)...);
  }

private:
  const Invokable _invokable;
};

auto lambda = [](Arguments... args) {};
Functor<decltype(lambda), Arguments...> f{ std::move(lambda) };

сделать make_* функцию?

Вариант, спасибо!

хотя нет, стоп, в make я тоже должен передать инстанс лямбды и пак аргументов - та же самая проблема

вот если бы можно было комбинировать template <typename ...> и auto аргументы в функциях - тогда получилось бы

тогда make_... должен быть шаблонным статическим методом шаблонного класса, так получится

да, точно, можно попробовать передавать туплю например
но не уверен точно что будет лучше

Ребята, привет. Не могу уже часа 3 разобраться с ошибкой. Может кто-то может помочь?

меня устраивает вариант с шаблоном-фабрикой, всё лучше, чем руками объявлять объект и мувать его

какой ответ ты ожидаешь услышать не задав вопрос?

Почему, вон же знак вопроса. Отвечу: кто-то наверняка может.