caxapa.ru :: Есть "более лучший" тулчейн (сцылко). Ну и всё-таки надо родить Makefile. Потому как увязывать возможность сборки проекта с установкой Eclipse не есть комильфо, ИМХО.

SciFi (24.01.2014 21:08, просмотров: 133) ответил UraGun на Остановился на связке Eclipse+GCC. Привожу отчет как ставить, потому что убил целый день, буржуи меняют названия файлов в дистрибутивах, и более-менее подходящей методы найти не удалось. Может кому пригодится. Заодно и покритикуйте господа, если

Есть "более лучший" тулчейн (сцылко). Ну и всё-таки надо родить Makefile. Потому как увязывать возможность сборки проекта с установкой Eclipse не есть комильфо, ИМХО. https://launchpad.net/gcc-arm-embedded

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- а как в Eclipse с импортом проектов? (родных, но на других тулчейнах, с другими именами и т.п.) - kaaaaa(25.01.2014 12:14, )
  - Делайте makefile project и проблем с импортом не будет. Import - Existing code as Makefile project. Проблемы будут с настройкой Discovery options - это да...Но эта отдельная песня. Печальная песня. - Apтём(25.01.2014 15:03)
    - Этот способ не работает так же, как "обычный". Да, дерево файлов проекта засасывается, но вот опции разлетаются в пух и прах. - kaaaaa(25.01.2014 17:06, )
      - Вы правы - Apтём(392 знак., 25.01.2014 17:18)
        
        У makefile, конечно,есть свои достоинства, но он не решает некоторых вопросов. Например, наклон слешей и пробелы в путях, одинаковые имена файлов в разных директориях, желание некоторых IDE нагенерить во временный супер-makefile. А без плагинов kaaaaa(87 знак., 25.01.2014 17:35, )
        
        Ну так идеала нету ведь... Apтём(924 знак., 25.01.2014 19:40)
        
        Насчет наклона если взять всё ~~современное~~одновременно выпущенное, то скорее проблемы нет. Одинаковые имена файлов встречаются у развесистых проектов, scons вроде как рулит. Та же AVR-студия раньше страдала временными makefile. В Em:Blocks kaaaaa(136 знак., 25.01.2014 20:23, )
        
        Что-то не пойму - можно ли в Emblocks-е makefile project сделать? Или не можно? - Apтём(26.01.2014 05:45)
        
        Спасибо посмотрю - Apтём(25.01.2014 20:51)
        
        +100. Половина упомянутых проблем легко решается в мэйкфайлах, а другая половина просто высосана из пальца. - SciFi(25.01.2014 19:46)
        
        я не жалуюсь. просто инструмент неидеален. возможно устарел. ну такой он есть. и хорошо, что есть. хочется, чтобы он был универсальным, но зачем-то же люди делают cmake, cake, scons и т.д. - kaaaaa(25.01.2014 20:29, )
- За Makefile - +100 - Apтём(24.01.2014 21:19)
  - scons - Sergey Pinigin(24.01.2014 21:21, ссылка)
- GNU Tools for ARM Embedded Processors ставил, не разобрался как в неё вообще запускать make all... ПросветИте ? - UraGun(24.01.2014 21:15)
  - Не понял вопроса. Ставится компилятор и стандартная библиотека. make и rm надо добывать самому (например, по ссылке). Ну а дальше - свой Makefile, и всё работает. - SciFi(24.01.2014 21:21, ссылка)
    - Вона как. Не знал. Тот лайт что я цепляю идёт в комплекте с этими файлами, но имена изменены. - UraGun(24.01.2014 21:30)
    - YagartoTools не проще? Apтём(57 знак., 24.01.2014 21:24)
      - читал не пробовал. Попробую. Отзывы как о стабильном. - UraGun(24.01.2014 21:25)
- Эклипс генерит мэйкфайл на автомате. В последствии ГЦЦ нормально на его основании всё компилит, меня устраивает такой механизм. Если мне понадобиться заполучить особый майкфайл с возможностями, которые невозможно задать из менюшек эклипса, отключу UraGun(547 знак., 24.01.2014 21:14)
  - Есть IAR Eclipse plugin (и Keil plugin тоже существует), но Иара оно требует... Apтём(142 знак., 24.01.2014 21:21)
    - К сожалению пока секрет. У меня в системе два дисплея :) Вывести можно всё на свете. Дебаг что надо :) Да и не привык я им пользоваться. - UraGun(24.01.2014 21:27)
  - Ну тады просто нужно не забывать импортировать сгенерированный Makefile в систему контроля версий. - SciFi(24.01.2014 21:18)
    - Задачка упрощается тем, что необходимо отладить механизм компиляции для одного и того же набора периферии и одного и того-же камня. Надеюсь набор файлов и их названия будут неизменными. Меняется только main.c, потому хочу вообще всё остальное UraGun(123 знак., 24.01.2014 21:21)
      - "бумага стерпит всё"(С) - можно сделать аж либу без дебаг-инфы - kaaaaa(25.01.2014 12:18, )
      - для кого-то пример делал с миниописанием (но другая платформа), может пригодится Sergey Pinigin(24.01.2014 21:40 - 21:46)
        
        Спасибо - UraGun(24.01.2014 21:55)
        
        Данную конструкцию использовал для всех своих платформ. Там всё просто, если выучить "птиций" язык make. Современные сборщики (scons и т.п.)более стройные и функциональные. - Sergey Pinigin(24.01.2014 22:01)
      - делал в своё время универсальный makefile, где указывались пути поиска файлов, а не конкретные файлы. Делать через объектники - лишняя головная боль при сопровождении. - Sergey Pinigin(24.01.2014 21:25)
      - Зачем? Пусть исходники дублируются. Иначе случись что - замучаешься бегать и искать. - SciFi(24.01.2014 21:23)
        
        Каждый проект содержит копию всех либ и прочих сорцов внутри себя? Производители МК-ов не так делать рекомендуют...либу дескать надо инсталлировать соответствующую папку и апдейтить периодически...и шоб все проекты туда ссылались... - Apтём(24.01.2014 21:27)
        
        Мало ли что они там рекомендуют. Своя голова не плечах есть. - SciFi(24.01.2014 21:33)
        
        Так вы ещё может и SPL с CMSIS не применяете? Ужос...:) - Apтём(24.01.2014 21:36)
        
        Угу, я ещё исходники компилятора и VHDL процессора в проект закидываю :-) - SciFi(24.01.2014 21:43)
        
        :) VDHL процессора - это правильно, это наше всё... - Apтём(24.01.2014 22:16)
        
        Приходится отступать от нормальных рекомендаций. Есть некоторая специфика. - UraGun(24.01.2014 21:29)

ARM, RISC-V контроллеры