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

Все довольно просто, Eclipse можно указать путь до тулчейна в настройках проекта. Сам тулчейн берется из репы, в данном случае проще всего на archlinux - он не обновляется в репе до тех пор, пока его не оттестируют (он будет хранится в отдельном https://github.com/ARM-software/arm-trusted-firmware
репозитории testing): "После того, как однажды ядро из репозитория core поломало множество систем, в репозитории была введена политика подтверждения ("core signoff policy"). С тех пор все обновления пакетов для core должны сперва пройти через репозиторий testing и только после нескольких подтверждений ("signoffs") от других разработчиков пакет можно перенести." - цитата с archwiki. Пакетный менеджер засунет все это в /usr/bin/. В приведенном вами примере пакет запихивается в /home/username/opt - обычно по такому пути устанавливают пакеты, приколоченные к системе "сбоку", дабы эти пакеты имели своё окружение и не ломали ничего. Как пример с openocd, отладчик из ванильной ветки у меня лежит в /usr/bin. А вот отладчики openocd-ti и openocd-stm32mp1x уже в opt, так как собирал я их сам . Каждый из них имеет, например, свои собственные наборы скриптов. Когда я брал тулчейн от ARM, то делал это в виде отдельного пакета, т.е писал pkgbuild (модифицировал готовый из репозитория арча), далее пакетный менеджер собирал все сам. Сейчас версия тулчейна от ARM gcc 8.3 (вроде есть 9-й), у меня из репозитория archlinux - gcc 9.2.0 В AUR есть пакет, собираемый блоб из апстрима arm, т.е как раз то, что хочет автор - https://aur.archli …gcc-arm-none-eabi-bin/ Собственно, и эклипсом я не пользуюсь, так как приколотил все к qt creator/vs code.