Средства и методы разработки

"Переполнения" -- в чём проблема использовать long там, где он нужен? И int там, где "небольшие числа, до 30 тысяч". Нужды использовать самодельный LONG жёстко прибитый к 32-битам, и передавать потом через него указатели ещё -- нет. Типы имеющиеся в C-стандарте охватывают все нужды программирования от МК до итаниумов. "Что вендор даст — то и будешь юзать" -- так речь про вендора в общем-то (это он должен дать компилятор). Можем на Renesas посмотреть. Там есть gcc, есть свой компилятор, а есть IAR. Что выберешь? А есть microchip... сам же пишешь ниже. "MISRA не отменяет статический анализатор — он видит гораздо больше" -- зачем тогда MISRA? Повторюсь, все MISRA правила лишь статические шаблоны. А анализаторы умеют прогонять код в рантайме как бы, с разными входными параметрами функций, например. Не нравится PVS-студия, возьми микрософовской (что в студию Team Edition и выше встроен). Он не так уж и плох. "Много ложняков" -- это говорят люди, которые попросту не осилили его настроить. У любого либо "много ложняков", либо "ничего не видит". И требуется ручная работа по настройке и по работе с исходным кодом чтоб ложняков не было и проверки работали. В защиту PVS студии могу сказать, что у нас товарищ запустил и сходу пару-тройку багов нашёл (мимо которых прошёл микрософт). Микрософтовский анализатор, с которым я сталкивался, считаю достаточно хорошим. Лучше чем опенсоурсы (есть на perl который, забыл как называется -- практически бесполезен, уровня MISRA как раз, против студентов). "Я сам натыкался в C30 (gcc, кстате)" -- Хорошо ещё, что C30, а не XC16. Чем дальше, тем хуже. Типичный пример как коммерция из хорошего в общем-то gcc делает продукт отрицательного качества. Увы, но это просто крайне низкокачественный продукт. Они (microchip) испортили компилятор (хотя бы тупо мерджить с более новыми версиями gcc в одной подверсии могли бы...), испортили может не плохую библиотеку фирмы Dinkumware. Потом они заменили её на что-то своё самодельное ещё худшего качества. Обложить тестами, что можно переписать (весь stdio в итоге, malloc, qsort и пару функций ещё). "Дело совсем не в зарплате. В embedded очень мало толковых программистов..." -- да потому, что они в аутсорс уходят, в большое программирование, или кто ещё куда. Жить на что-то нужно, всё предельно просто. Набери "микроконтроллер" на hh.ru. Ага? За редкими исключениями, нормальный программист профориентирован со второго курса института. И куда он сейчас сориентируется?