AZ
нет пути (с)
Size: a a a
2020 March 22
AZ
Как тогда попроще получить смещение поля в структуре?
АК
template <std::uintptr_t D>
class Reg {
static DEV* dev() { return (DEV*)D; }
};FS
Как тогда попроще получить смещение поля в структуре?
offsetof?
FS
или что?
AZ
template <std::uintptr_t D>
class Reg {
static DEV* dev() { return (DEV*)D; }
};А если мне нужен статический метод, не хочу создавать экземпляр объекта?
АК
А если мне нужен статический метод, не хочу создавать экземпляр объекта?
Обновил код
AZ
Вернусь домой, попробую варианты
АК
Можно даже сделать так:
И передавать как тип. Или как не-тип, если добавить implicit конструктор и включить C++20..
template <class T, std::uintptr_t P>
class Ptr {
static T* get() { return (T*)P; }
T* operator->() { return get(); }
};
И передавать как тип. Или как не-тип, если добавить implicit конструктор и включить C++20..
P
Да не будет работать хак с разыменованием указателя, который не сгенерен компилятором. Только самому смещения считать (в примере там и считать нечего, я уже писал выше:
constexpr auto reg1 = (volatile uint32_t*)DEV_BASE;
constexpr auto reg2 = reg1 +1;
Если структура сложнее - нужно использовать offsetof
constexpr auto reg1 = (volatile uint32_t*)DEV_BASE;
constexpr auto reg2 = reg1 +1;
Если структура сложнее - нужно использовать offsetof
q
нет пути (с)
AZ
это надо весь хедер с описанием периферии заново написать. Оно конечно здорово должно получиться, но имхо, это тупиковый путь
AZ
offsetof?
так сработало. Правда придётся добавить ещё портянку шаблонного кода, чтобы потом не тошнило от изобилия offsetof :)
AZ
Не умеет компилятор в такое, увы. Он не может гарантировать валидность адресов, переданных в шаблон, поэтому и не принимает их. Не скомпилируется даже код с
template <DEV* d = (DEV*)0x123>А почему не может гарантировать? В коде же явно написано.
В рантайме компилятор почему-то не напрягаясь заменяет обращение к регистру через DEV->REG в одну операцию, и адрес берёт тоже с одного раза (в результирующем коде явна видна константа)
В рантайме компилятор почему-то не напрягаясь заменяет обращение к регистру через DEV->REG в одну операцию, и адрес берёт тоже с одного раза (в результирующем коде явна видна константа)
АК
А почему не может гарантировать? В коде же явно написано.
В рантайме компилятор почему-то не напрягаясь заменяет обращение к регистру через DEV->REG в одну операцию, и адрес берёт тоже с одного раза (в результирующем коде явна видна константа)
В рантайме компилятор почему-то не напрягаясь заменяет обращение к регистру через DEV->REG в одну операцию, и адрес берёт тоже с одного раза (в результирующем коде явна видна константа)
Во-первых, reinterpret_cast запрещен в контексте времени компиляции. Во-вторых, даже код
даст ошибку, так как компилятор знает, что по адресу p нет настоящего объекта.
Впрочем, в обосновании последнего могу ошибаться, но всё следует из отсутствия гарантий для компилятора во время компиляции
constexpr int a[10];
constexpr int* p = &a[50];
даст ошибку, так как компилятор знает, что по адресу p нет настоящего объекта.
Впрочем, в обосновании последнего могу ошибаться, но всё следует из отсутствия гарантий для компилятора во время компиляции
AZ
это весьма странно. В языке великое множество способов отстрелить ногу, а этот, полезный способ, запретили :(
YH
это весьма странно. В языке великое множество способов отстрелить ногу, а этот, полезный способ, запретили :(
Для атмеги пришлось макросы подтягивать:
... static void set() { _SFR_IO8(R) |= _BV(B); };
static bool read() { return _SFR_IO8(R-2) & _BV(B); } ...
using MyPinB7 = MyPin<PORTB_ID, PORTB7>;FS
reinterpret_cast — зло
FS
юзайте void * и static_cast через него
FS
если нужен generic raw pointer