AVR-GCC & AVR-Toolchain-ы (неск.версий) - одновременное использование, настройка среды, Makefile

добрый день

в системе установлен стандартный пакет avr-xxx : avr-binutils, avr-gcc, avr-gdb, avr-libc
тестовый проект с makefile - собирается (используется стандартное develop-окружение, без настроек)

добавил в систему avr-Toolchains, распаковал в свои каталоги (использовались готовые/собранные bin-архивы, с уже собранными тулзами)
~/dev/bin/avr/3.4.2/*
~/dev/bin/avr/3.4.3/*
~/dev/bin/avr/3.5.4/*

ВОПРОС 1:
- возможно ли использовать бинарные/готовые сборки avr-Toolchains в нестандартных PREFIX-каталогах (как у меня)?
- что-бы не было коллизий/пересечений со стандартным набором avr-xxx пакетов (стандартные каталоги)
- если "готовые сборки" - нельзя использовать в нестандартных путях, без особых извращений, то можно не объяснять "почему" :о)

ВОПРОС 2:
- если можно (вопрос 1), то какие переменные окружения надо настраивать? (CXX LD ... etc)
- кроме окружения, что ни-будь еще надо настраивать?

ВОПРОС 3:
- тоже самое, применительно к рабочему makefile?
- мейкфайл в данном случае "псевдо-стандартый", можно найте в инете, переменные develop-окружения не менялись, все по умолчанию, т.е. ни какие каталоги/инклуды не прописывались, поэтому - рассматривать будем "сферический makefile в вакууме"

ВОПРОС 4:
- можно просто "пофилософствовать по теме", возможно ваши мысли пригодятся :о)

спасибо
...

slackware-xx.x (avr-xxx: стандартный набор slackBuild от sl14.2)
https://slackbuilds.org/

avr-toolchains
http://www.microchip.com/avr-support/avr-a...8c-compilers%29

По-моему, достаточно просто указать в makefile полный путь к компилятору/линкеру, и всё заработает.
Типа:

мне мысль одна покоя не дает

т.к. "рекомендуется" atmel-toolchain-ы распаковывать в "стандартный корень", то по всей видимости он и собирается с PREFIX=/usr or PREFIX=/usr/local (точно не помню, читал где-то, то-ли в слакбилдах, то-ли еще где)

если так, то, видимо, будет не достаточно просто компилятор/линковщик запускать, нужно обязательно править под них PATH, и возможно, CX LD ...

Сообщение отредактировал sunjob - Apr 8 2018, 18:30

Обычно они умеют находить свои либы в пути относительно исполняемого файла. То бишь, из bin:
../avr/bin/ar, и так далее.
В общем, проще попробовать, чем гадать.

и
обычно уже попробовал и бинарник слопал бибилотеки из стандартных каталогов...(makefile, вроде как, без уточнений каталогов)

интересуюсь, приемущественно, надеясь на "боевых" разрабов, которые с подобной проблемой сталкивались/решали

Сообщение отредактировал sunjob - Apr 8 2018, 20:11

Я же написал: makefile должен вызывать тулзы по полному пути. И это работает.

Если уж очень лень править makefile, то надо сделать, как посоветовали на лоре: добавить путь к нужной bin-директории в PATH (только добавлять в начало, а не в конец, как там посоветовали).

пробовал всяко, не тупее веника


совсем не лень, с огромным удовольствием, даже аппетит улучшился


ну я на это "как бы" и намекнул автору сообщения

UPDATE

рихтанул makefile



с первого взгляда собирается, но, видимо, надо дотошно тестировать
буду благодарен, если укажете на что обратить внимание, кроме очевидных вещей ...

Сообщение отредактировал sunjob - Apr 9 2018, 05:39

ну и в общем, вся философия заключена в вызове ключа для каждого из тестируемых тулзов )))))

Сообщение отредактировал _Pasha - Apr 9 2018, 04:52

грант мерси!

Я хоть и в винде сижу, но свои 5 копеек в тему вставлю
Пользуюсь Eclipse с его встроенными автогенераторами makefile. В настройках прописываю пути к разным версиям тулчейнов, и все прекрасно собирается. Беда только с тем, что утилита avr-size от версии к версии меняет свои свойства по умолчанию и команды в комстроке, в итоге иной раз не работает, либо выдает в неудобном виде.
Эту проблему решил тупым копированием "удобной" версии во все версии тулчейна. Получилась в этом отношении каша, но все остальное достаточно удобно.

для этого в makefile есть очень удобное "макроопределение" команд



далее, по вкусу дорабатываем напильником, и навсегда забываем про "особенности нациоанальной охоты" с разными версиями avr-size и никакой каши...


авто-гераторы - это, конечно же хорошо, когда проект небольшой и все очевидно (во вс.сл. для авто-гератора ), но когда проект разрастается, начинается (у меня ) неразбериха с исходниками, каталогами, версиями итд... и я, в конечном итоге, "пришел" к своему унивесральному makefile, который все понимает так как ему надо (и его филососфия совпадает с моими взглядами на то, что, где, как и ваще все все - должно работать) да и потом, самое главное, за "все время" не "сраслась" у меня любофь с тяжелыми решениями...

п.с. правда, есть одно, которое всенепременно надо дощюпать, чего и ВАМ, желаю, весьма неплох qt-creator

Сообщение отредактировал sunjob - Apr 19 2018, 12:35

недавно разбирался с avr-size, не заметил особенностей и вариаций
раскажите подробнее об этом, если не сложно

форматы вывода разные

спасибо, ща посмотрим что там да чаво