__forceinline не во всех случаях может сработать

Окей, с периферией на два регистра разобрались, а что с таймерами делать, с DMA, или тем же USB/CAN, где инициализация может меняться от входных данных (а значит constexp соснет)?

Касаемо типов - что мешает енумы юзать с C-функциях? Короче "очередное"

Ну нет так нет, вот что делать

Вы просто не поняли мой посыл,
Наверно с года 15-го, начались сказки о том, что вот есть constexp и все заживем, долой геев со структурами и дефайнами, даешь инкапсуляцию и всякое такое

И вот идет 2020 год а воз и ныне там, братия пишет хеловорд-примеры, говорит как всё круто, и потом дело глохнет, потому что сил на поддержку этого уходит много, а выхлопа от него мало.
этих крутых темплейтных оберток - пол гитхаба, но вот нормальных проектов единици, и внутри там такое что хоть в рамку ставь.

зы. лучше бы либу по опросу кнопок написали для страждущих, ато шо не день - та проблема.

Не, я без какого-либо контекста говорил. Если этот метод не подходит - то нужно думать над другим.

Дело не особо то и в методах, а по большей части в том, что эта идея сама в себе, по факту. Она не вносит принципиально ничего нового, хорошего, или какого то перформанса охрененного. И возникает вопрос "ну зачем тогда всё это в целом?". Чисто пацанам показать: гляди, умею в темплейтную магию.

У нас на одном проекте, решили верификацию и валидацию, внести как темплейты от исходных данных. Идея хорошая, не особо свежая, но понеслась. И тоже, внедрялось это всё из "хеловордов": а глядите я могу всю форму оттестить только с помощью одного JSON файла, и всё так ахуенно, высшее звено и повелось

Год этого монстра писали, еще пол года его отлаживали. Все, отдали в прод. И понеслаьс:
- а уменя тут вложенная фаорма - что мне делать? хуй его знает
- а у меня тут слайдер из двух инпутов - как его валидировать данные пересекаются - хуй его знает
- и всякое такое


И вот потом, когда людей которую эту хуету писали, нахуй увоилили (они сами ушли), народ понял, во первых:
- какой пиздец адсткий внутри
- этот пиздец слабо раширяем
- теперь на каждый особый чих нужно делать отдель файл данных
- мы не можем делать рантайм подстановку, потому что вся инфа статичная и она вся с блядских файлах (обошли генерацией налету - увязли в 1000+ временных файлов на проекте)

и остался вопрос - кому это вобще надо было, и почему внезапно хорошие проверенные вещи, вдруг по чьему то мнению стали плохими.

и самое главное - несмтря на весь этот ахуенный подход и реализацию, все это действо нихера мне не принесло, я всё так же гребусь внутри базы, как до этого, я все так же пишу запросы в постмане, и я все также паршу JSONы руками, когда они особые.

зато у меня есть "гениальное современное ахуенное говно", писаное не менее гениальными людьми

Одна из проблем еще что Си достаточно стабилен, а С++ постоянно развивается.
В итоге для Си фактически нет проблемы "легаси-код". И гемора с совместимостью.

здесь это оффтоп, но. это же классика фронтэнд программирования. генераторы форм не работают, это общеизвестно. у вас не то что архитектора в команде не было — вообще ни одного опытного программиста.

только хотел написать, что это вопросы архитектуры

как вы обойдете "вопрос архитектуры", когда constexp надо будет вызвать для рантайм данных?

переинитить таймер, перевести ножку в другое состояние, или переинициализровать dma?

я честно не понимаю ход Вашей мысли :) сорри. Чем Вам constexp мешает реиниту и причем тут это вообще

Ребята, кто по CPLD подскажет?

Что именно?

Лучше сразу вопрос)