Про mikroPascal еще раз

Вчера наткнулся на довольно старую, но интересную статью про mikroPasal. Никакой нумерологии и мистики, но к использованию mP пришел параллельно с ее автором. По той же самой причине, что и у него: «Но я не знаю Си! Вообще. Всю жизнь писал только на Pascal/Delphi. Учить язык? Вы пробовали учить язык, когда вам более 40 лет возраста? Когда работа, семья и минимум свободного времени. Когда ум уже не так остр, как в молодости. Да и затевать все это ради одного проект смысла не более, чем учиться на права и покупать машину ради поездки в булочную в соседнем доме». Только в моем случае добавилось изучение PL/1 еще в институте и программирования i8080 в машинных кодах (ручное ассемблирование) тогда же. А кроме того, я не айтишник/программист по профессии. Да, я могу разобрать код на C/C++, но, как оказалось, мне куда проще написать свою версию на mP, чем заново «поменять кожу» в 50 с гаком лет. В частности, для меня оказалось проще и правильнее (да и интереснее) написать нормальную библиотеку LCD/OLED для mikroPascal, чем переносить «хромой» (по причине отвратительно работающего кода встроенной в mikroPascal библиотеки Lcd) проект с отлаженным кодом из mikroPascal на C/C++ в Atmel Studio (я даже собирался это делать).

PS. Я прекрасно понимаю: знание и применение C/C++ дает бОльшую мобильность при выборе/смене аппаратной платформы за счет повторного использования кода, но, повторюсь, это несколько не мой случай. Меня, как оказалось, устраивают и те платформы, что имеются в списке поддерживаемых MikroE. Опять же, с повторным использованием кода тут тоже всё Ок.

Про используемую платформу

После отпуска начну переезжать с mP на C (Atmel Studio AVR тулчейном – т.е. бывший WinAVR). Могу сказать mP заслуженнон спасибо, т.к. смог восстановить навыки и освоить тему в комфортном окружении, но... З@ебало!

Т.е. при прямом присвоении переменной компилятор показывает нам х@й, а при присвоении того же значения через промежуточную константу всё становится Ок. Ничего об этом в документации нет, поскольку это было бы странно.

Компилятор с нюансами ошибками такого рода – это пи@дец. И дело тут не в правильности стилей программирования, как мне кажется.

Так и получается, что для дальнейшего использования mP малопригоден, ибо: 1) слишком велика избыточность создаваемого кода, 2) слишком дорого порой обходятся встречающиеся в компиляторе странности и «ашипки», 3) слишком низкое качество сопровождения и поддержки со стороны mikroE (как говорится, «ниже мышиной жопы» ©). Практически ничего из найденного и отправленного в саппорт я в исправлениях так пока и не увидел – и, вероятно, не увижу, т.к. на сопровождение mP для AVR они, похоже, практически полностью «забили».

Пожалуй, пришла пора...

Пожалуй, пришла пора начать освоение C и Atmel Studio, тем более, что под Studio уже куплен отладчик-программатор Atmel ICE. Хотя какое-то время, вероятно, буду продолжать параллельно использовать mikroPascal – для сопровождения тех уже готовых проектов, чьи прошивки были на нём написаны.