Comments 9
Как же мутно всё... Напиши файлик на одном птичьем языке, потом другой на другом, потом третий на третьем. Если надо перенести на другой комп, снова те же танцы.
Неужели за столько лет нельзя было сделать так, чтобы не тратить время на подобные вещи?
Неужели за столько лет нельзя было сделать так, чтобы не тратить время на подобные вещи?
Можно и было сделано, но статья не про это. В статье 70% посвящено настройке редактора и тулчейна, если вам нужно что-то готовое то просто возьмите любую из популярных IDE для мк.
В том-то и дело, при таком подходе минимум движений при переезде с компа на комп. Если у Вас пути к программам находятся в PATH, то вообще ничего менять не нужно, даже между Win и Linux, а я так и работаю. В своей первой стать, в комментариях, я писал, что перемещаюсь между рабочей Win7, домашним Debian и PaspberryPi4. Синхронизация проекта идёт через git-репозиторий, доступный со всех трёх машин. Никаких изменений вносить не приходится.
К тому же, это поначалу кажется всё сложно и непонятно, но после пары проектов, понимаешь, что всё нормально. К тому же это не самый сложный Makefile, бывает как понаворотят... А .c и .h вам всё равно писать, если программируете не всё в одном файле.
Ваш текст:
Понадобилось мне внести правку на пару строчек с старючую самоделку, собранную из arduino и палок. Беда в том, что писалась программа в Eclipse, а он с тех пор два раза менялся, плагины переставали работать и сейчас этот же проект опять не собирается. Беда ещё и в том, что простой запуск make в каталоге проекта ничего не даёт - он падает с ошибкой.
И далее достаточно длинный текст о переезде. Можно также предположить что если проект оставить сейчас в покое, то еще через пару лет снова придётся с бубном прыгать.
Так в приведённой Вами цитате и есть ответ. Содержимое Makefil'а генерировалось плагином и что там будет зависело, видимо, от левой пятки автора плагина.
Мне надоели эти "радости" - когда автор плагина спрятал от меня довольно простые вещи, типа автоматизировав рутинную работу, при этом наворотив там там невесть чего, а потом перестал поддерживать свой проект. Проще один раз разобраться в базовых вещах и сделать всё самому. При таком подходе, даже вернувшись к проекту через десять лет, даже если IDE перестала существовать, Вы можете всё подправить буквально в блокноте.
Я использую platformio, очень удобно, нужную платформу инсталлируешь прямо из интерфейса (AVR, ESPRESIF, STM32)
https://platformio.org/install/ide?install=vscode
А что с ассемблером в сией чудесной среде? Иначе AVR Studio рулит и дальше, жаль что нет ассемблера, а ведь это в десять раз медленней, там и так мипсов маловато ещё си сожрёт.
Настройка VSCode для программирования AVR в Linux