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

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

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

10 ответов

27 просмотров

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

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

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

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

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

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

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

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

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

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

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

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

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

Обсуждают сегодня

а через ESC-код ?
Alexey Kulakov
29
30500 за редактор? )
Владимир
47
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
13
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
program test; {$mode delphi} procedure proc(v: int32); overload; begin end; procedure proc(v: int64); overload; begin end; var x: uint64; begin proc(x); end. Уж не знаю...
notme
6
Как передать управляющий символ в открытую через CreateProcess консоль? Собсна, есть процедура: procedure TRedirectThread.WriteData(Data: OEMString); var Written: Cardinal;...
Serjone
6
Вот еще странный косяк, подскажите как бороться. Я git clone сделал себе всего embassy и примеры там запускаю. Всё хорошо. Но вот решил в cargo.toml зависимости не как в приме...
Lukutin R2AJP
1
вы делали что-то подобное и как? может есть либы готовые? увидел картинку нокода, где всё линиями соединено и стало интересно попробовать то же в ddl на lua сделать. решил с ч...
Victor
8
Ребят в СИ можно реализовать ООП?
Николай
33
Карта сайта