так это тупо пример, что работает...

хотя реализация в л.сл костыльная, конечно

но других способов не встречал

С++ оправдан только для крупных проектов, где надо несколько одинаковых объектов класса делать, например опрос одинаковых датчиков на разных шинах
Не забывать про static везде где это можно ну и всякое такое
У меня main переименован в cpp, переходит в отдельную функцию, где лежит весь код и которую не трогает куб
Если что-то надо перегенерировать - генерится .с файлик, из него все изменения переносятся в .срр и .с удаляется
Вообще можно и от комментов куба зачистить, мне просто так проще копипастить
А все библы лежат в отдельной папке, которая заинклюжена в настройках проекта - так удобнее между проектами переносить
Вообще можно их статично в одно место положить и во все проекты инклюдить одинаковый код, но я пока такую магию не освоил))

В смысле "только для крупных проектов"?

Ну может не очень грамотно выразился
Ну например IMU-шки, там дофигища методов, через структуры передавать очень больно

Нет никаких причин НЕ использовать С++, если только у вас не Attiny 13:D

Шаблоны это компайлтайм. STL не сильно обширно использовать, это да. Есть альтернатива в виде ETL, которая под железки заточена.

Ну или L0, например)

Yep, да. Если логики особой нет- нет смысла.

Мне понятней писать на ++ и основная цель это хендлеры сделать однотипными, и не использовать extern C

с extern"C" для обработчиков прерываний боюсь не выйдет.

Из-за манглинга имен

Гигантское спасибо за идею :)

Только что все сделал. startup.cpp замутил для l053r8t6 ))
Там связка с линковщиком .ld
Собираю через make на основе gcc-arm-none-eabi

Всем спасибо )