это почему, если используемый размер и того и другого 16 бит?

потомучто в си++ есть такое понятие как "объект"

у которого есть лайфтайм и скоуп

а еще есть strict aliasing rule

и ты это нарушаешь

в стандарте не написано что ты можешь так делать значит ты не можешь

там таких битовых полей будет вагон и телега, код должен быть читабельный, какой for? я понимаю, что можно даже без for просто magic numbers писать туда и не париться.

фарик по полям и индексам битиков которые тебе нужны

классическая сериализация

форик статический поэтому он будет optimized out

пример кода или ссылку куда-нибудь без "фариков" и по человечески можно?

спасибо, да, так тоже можно. Но макросом тоже самое пишется в разы короче, и компилируется сильно быстрее, а главное в макрос можно передавать читабельные вещи в качестве параметроы. Собственно я уже понял что бесполезно писать код для таких целей и нужно жечь как обычно макросами со сдвигами, как и написано всё остальное в embedded, потому что писать такие вот обвязки на каждый регистр это вешалка абсолютно не оправданная. Там ведь разные конфигурации, например, первые 12 бит одно поле, потом следующие 8 второе, а потом ещё несколько параметров, как итог это обрастает трёх этажным шаблоном (и то, на 11 не заработает, а только с 17), не хочу.

Есть еще magic_get

он для битфилдов не работает вродь

Но на регистры наверное проще написать кодген на питоне и положить рядом с сырками

Да они ненужны

У тебя не так много замаппленой периферии по определению

Вообще там чуваки просто на шаблонной магии конфигурировали

ну вот я и не хочу так, тащить ещё кучу софта за собой и на относительно небольшой проект пилить под совершенно левый компилятор от Analog Device для их SHARK процессора ещё и систему сборки )