avr c/c++ препроцессор для макроса PORT_x

[ptr128]

делать вектор прерывания в зависимости от выбранного порта вы все равно не можете

На самом деле можно и без нумерации портов, но это уже за пределами возможностей C препроцессора. Подобную задачу я решаю в makefile вызовом скрипта на perl после препроцессора, но до компилятора.
В принципе, подойдет что угодно, умеющее проехаться по файлу с regex для поиска и замены.

[sunjob]

будет не плохо, если вы для наших котов сделаете выкусы ваших скриптов, мейкфайлов итд
спапсибо

[ptr128]

Это не тривиальная задача, так как у меня одним makefile собирается все. То есть не только для МК, но и для PC, и для SQL, и для Web. И сам makefile при этом состоит, по сути, из двух строк.
В первой - include другого makefile (который тянет за собой больше десятка других), а во второй просто присваивается переменной список подпроектов включаемые в него (по именам директорий на том же уровне).

P.S. Не то, чтобы я отказывался выдрать оттуда пример и скомпоновать в виде рабочего makefile, но этим я, если и займусь, то уж точно не сегодня.

[ARV]

не буду говорить за всех, но мне кажется, многие из здесь присутствующих собирают свои проекты не через makefile, а внутри IDE.
тем, кто освоил make со всеми его возможностями, нет нужды объяснять, как можно сделать что-то с его помощью, пусть даже и со скриптами.
вопросы, как правило, у тех, кто с make не дружит... к числу которых принадлежу и я.

так вот, если вы собираете в IDE свой проект, там почти со 100% вероятностью есть возможность задать выполнение некоего файла ПЕРЕД сборкой и ПОСЛЕ нее... что-то типа PreBuild step и PostBuild step. и вот тут-то вы запросто можете указать запуск любого скрипта или утилиты, какой хотите...

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

[ptr128]

PreBuild step и PostBuild step. и вот тут-то вы запросто можете указать запуск любого скрипта или утилиты, какой хотите...

Лично для меня, это будет существенно сложнее, чем

в makefile вызовом скрипта на perl после препроцессора, но до компилятора.

Одно дело, подправить то, что не доделано препроцессором, а совсем другое, сделать что-то до препроцессора, частично выполнив и работу препроцессора.

P.S. Изучать make только если в результате сборки будет одна прошивка одного МК, если честно, смысла мало. А вот когда проект состоит из нескольких связанных частей на нескольких МК или компов, тогда без make очень не удобно. В общем случае, если результат сборки один файл, не мучайтесь с make. Если результатом сборки должно быть множество файлов - make Вам нужен.

[COKPOWEHEU]

Не связывайтесь с Makefile. Сначала захотите просто компилировать файл. Потом вынести какие-то настройки. А там уже и до описанного ptr128 недалеко - выбор архитектуры, настроек и всего остального. Так и будете погружаться в бездну Makefile.

[ARV]

Не связывайтесь с Makefile.

Многообразие не следует предполагать без необходимости

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

[COKPOWEHEU]

Если серьезно, никто же не заставляет так уж глубоко изучать makefile. Для самого примитивного уровня достаточно чего-то вроде

Код: Выделить всё

all:
  avr-gcc -o firmware.elf main.c -mmcu=atmega8 -Os -Wall -gdwarf-2
  avr-objcopy -O ihex firmware.elf
clean:
  rm -f firmware.*

То есть, по сути, замена обычному макросу. Когда программа станет посложнее (у меня это случилось на программе для ПК а не МК) в константы выносятся флаги компилятора и линкера, компилятор, набор объектных файлов и прочее.
То есть на самом деле ситуация обратна описанной мной в прошлом посте. Многие фичи достаточно просто добавить, так почему бы этого не сделать.

[ARV]

так почему бы этого не сделать

а почему бы этого не делать вообще, если IDE по дефолту 90% необходимого для всех подряд перекрывает, а остальные 10% точно так же в случае необходимости можно добавить? и добавление не будет сложнее, чем в голеньком makefile

[COKPOWEHEU]

На любителя. Но ручная работа с makefile более располагает к ковыряниям с настройками.

[ptr128]

Если хочется изучить GNU make, то рекомендую для начала воспользоваться Eclipse + CDT. Он все равно все собирает через make и предоставляет Вам возможность ознакомиться с уже работающими make файлами, которые он сформировал.

[ARV]

предоставляет Вам возможность ознакомиться с уже работающими make файлами, которые он сформировал.

в которых без поллитры не разберешься