Может проще сделать any встроенным типом и реализовать всё по-человечески

Question

pro.cxx

Денис Берёзкин

Может проще сделать any встроенным типом и реализовать всё по-человечески

"под капотом"?

#c++ #embedded #programming #russian

0

18.11.2023

10 ответов

30 просмотров

vitrevance

Богдан
он и так встроен в стандартную библиотеку просто т...

Как это должно работать в разных TU?

0

18.11.2023

Богдан

vitrevance
Как это должно работать в разных TU?

Ну это уже вопрос к подкапотной реализации. Сейчас виртуальные функции работают через несколько TU то есть компилятор собирает все возможные рантайм типы в программе и вызывает правильные виртуальные функции у объектов даже если они находятся в разных TU. И добавление фичи шаблонных виртуальных методов конечно потребует расширить текущий ABI но кажется что это вполне возможно реализовать. А что касается пропозала добавить магический метод visit к std::any - тут я ничего не могу сказать

0

18.11.2023

Kelbon

Богдан
Ну это уже вопрос к подкапотной реализации. Сейчас...

...

0

18.11.2023

vitrevance

Богдан
Ну это уже вопрос к подкапотной реализации. Сейчас...

Ну представь что есть такая система А: инлкуд Б, и определяет класс Derived наследник Base, с шаблонным виртуальным foo Б: определяет Base с шаблонным виртуальным foo=0, объявляет глобальную fun(Base*); В: инлкуд Б, объявляет и определяет класс MyType, определяет глобальную fun ptr->foo<MyType>(); } Теперь А ничего не знает про MyType, возможно он даже не может скомпилироваться с этим типом. В ничего не знает про Derived и тоже не может проверить можно ли вызвать функцию foo с таким шаблонным параметром. А теперь вспоминаем что компилируем мы их отдельно (или вообще Б,В это библиотека)

0

18.11.2023

Boris Usievich

Богдан
Ну это уже вопрос к подкапотной реализации. Сейчас...

Стикер

0

18.11.2023

Богдан

Да я уже придумал - фича виртуальных шаблонных методов никак не отменяет того факта что как и все остальные шаблонные функции эти виртуальные шаблонные методы должны будут находиться в хедере а значит у компилятора будет вся информация для того чтобы построить vtables для наследников из всех инстанциированных шаблонных методов. Я не вижу тут каких-то особых технических сложностей

0

18.11.2023

Boris Usievich

Богдан
Да я уже придумал - фича виртуальных шаблонных мет...

генерация vtable предполагает ПОЛНЫЙ список виртуальных функций

0

18.11.2023

Alexander Karaev

Богдан
Да я уже придумал - фича виртуальных шаблонных мет...

Ещё раз: это невозможно в рамках нескольких TU

0

18.11.2023

Богдан

Alexander Karaev
Ещё раз: это невозможно в рамках нескольких TU

ладно, я понял, это потребует от линковщика замерджить виртуальные таблицы из разных TU но это вполне себе реализуемо

0

18.11.2023

Богдан · Accepted Answer

Богдан

он и так встроен в стандартную библиотеку просто там нет возможности стереть тип для объекта (а потом получить рантайм-объект с конкретным типом) если этот тип неизвестен разработчику (как например лямбды)

0

18.11.2023

170 похожих чатов

Может проще сделать any встроенным типом и реализовать всё по-человечески

10 ответов

Похожие вопросы