gо
Явные обращения к
.vtable. — никрасиваSize: a a a
2021 May 27
H
да, есть такое
H
можно исправить, в принципе
H
лол
gо
VIRTUAL_OBJ() тоже никрасиваЯ бы делал типа
State_new(t_MyState, &(MyState){ .x = 0 })gо
Где
State_new это функция, а t_MyState это указатель на vtablegо
А если уж макрос, то нет никакой необходимости повторять название типа дважды
VIRTUAL_OBJ(State, MyState, { .x = 0 })H
а где тут повторение?
gо
State st = VIRTUAL_OBJ(State, MyState, &(MyState){.x = 0});gо
MyState два раза
H
тогда придётся указывать
State_impl_MyState в качестве vptr что тоже некрасивоgо
Ну и
VIRTUAL_OBJ это чудовищноH
это сузит область определения макроса, т.к. пользователь в качестве объекта может предоставить любой rvalue
gо
dyn(State, MyState, { .x = 0 })gо
Для advanced-юзеров можно сделать второй макрос
gо
А случай с литералом оптимизировать, ибо он довольно базовый
H
не знаю насчёт advanced. по сути в си часто opaque типы данных, которые просто указатели
H
так лучше, наверное
gо
Эх, не хватает там растовых сексуальных макросов
dyn!(MyState { .x = 0 } as State)`