не работает рекурсивный вызов make, make -C $dir Опции

[Сергей Борщ]

Ситуация смешна.
makefile:

Код

SUBDIRS =
SUBDIRS += ./a
SUBDIRS += ./b

all:
    for subdir in $(SUBDIRS); do echo ===== building $$subdir =====;$(MAKE) -C $$subdir all; done

результат:

Код

for subdir in  ./a ./b; do echo ===== building $subdir =====;C:/Programs/UNIX_U~1/make.EXE -C $subdir all; done
===== building ./a =====
make.EXE[1]: Entering directory `C:/tmp'
for subdir in  ./a ./b; do echo ===== building $subdir =====;C:/Programs/UNIX_U~1/make.EXE -C $subdir all; done
===== building ./a =====
make.EXE[1]: Entering directory `C:/tmp'
for subdir in  ./a ./b; do echo ===== building $subdir =====;C:/Programs/UNIX_U~1/make.EXE -C $subdir all; done
===== building ./a =====
make.EXE[1]: Entering directory `C:/tmp'
for subdir in  ./a ./b; do echo ===== building $subdir =====;C:/Programs/UNIX_U~1/make.EXE -C $subdir all; done

и так до бесконечности. Вызов "вручную" make -C ./a работает. Эффект проявляется на двух компах, на двух других все работает. make на всех компах одинаковый, от WinAVR. make от yagarto ведет себя также. Винда ХР.

GNU Make 3.81
Copyright © 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.

This program built for i386-pc-mingw32

Что я мог поломать?

[amw]

Ситуация смешна.
makefile:

Код

SUBDIRS =
SUBDIRS += ./a
SUBDIRS += ./b

all:
    for subdir in $(SUBDIRS); do echo ===== building $$subdir =====;$(MAKE) -C $$subdir all; done

А если так:

Код

SUBDIRS =
SUBDIRS += ./a
SUBDIRS += ./b

all: $(SUBDIRS)

$(foreach f, $(SUBDIRS), $(f)):
    @echo "===== building $@ ====="
    @$(MAKE) -C $@ all

.PHONY: all $(SUBDIRS)

PS: Ваш вариант у меня работает на Linux.

[Сергей Борщ]

А если так:

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

PS: Ваш вариант у меня работает на Linux.

И у меня работает на двух машинах с виндой. А на двух не работает. Пока только пришло в голову, что на машинах, где не работает, процы AMD, а где работает - Интел, но я не верю, что причина может быть в этом. Надо будет внимательне посмотреть, какие версии sh стоят на этих машинах.

[amw]

так работает.
теперь пытаюсь понять, как аналогично добавить цель clean.

Код

SUBDIRS =
SUBDIRS += ./a
SUBDIRS += ./b

CLEANS = $(foreach f, $(SUBDIRS), clean-$(f))

all: $(SUBDIRS)

$(foreach f, $(SUBDIRS), $(f)):
    @echo "$(SUBDIRS)"
    @echo "===== building $@ ====="
    @$(MAKE) -C $@ all

clean: $(CLEANS)

$(foreach f, $(CLEANS), $(f)):
    @echo "$(lastword $(subst -, , $@))"
    $(MAKE) -C $(lastword $(subst -, , $@)) clean

.PHONY: all $(SUBDIRS) clean $(CLEANS)

В выражении

Код

$(lastword $(subst -, , $@))

ОДИН ПРОБЕЛ между запятыми.

И так, на заметку, аргументы для echo лучше брать в кавычки, по крайней мере, если там есть пробелы.
К стати, а echo используется откуда? Из Windows или из чего у Вас там юниксовое (cygwin, mingw).

[Сергей Борщ]

Ну это слишком сложно... лишних 6 строчек вместо одной. Не, "это не наш метод" (с).

Хм, кое-что проясняется.

Кстати, а echo используется откуда? Из Windows или из чего у Вас там юниксовое (cygwin, mingw).

Вот эта фраза натолкнула на исследования. Запускается гнутый echo, но даже выкидывая его результат не меняется.

Попробовал на еще одной машине (проц интел). Поскольку там никаких гнутых инструментов не стоит, то скопировал в папку с makefile программы make.exe, sh.exe, echo.exe, библиотеку msys-1.0.dll. Получил тот же эффект - циклится до бесконечности. Запустил с той же флешки на своем компе (где все работало) - тоже циклится. Начал убирать по одному файлу. Выяснил такую закономерность:

make.exe, sh.exe, msys-1.0.dll лежат в одной папке - работает неправильно.
make.exe + msys-1.0.dll лежат в одной папке, sh.exe в другой - работает неправильно.

make.exe лежит в одной папке, sh.exe + msys-1.0.dll в другой - все работает.
make.exe в одной папке, sh.exe в другой, msys-1.0.dll в третьей - все работает.
добавлено:
make.exe + msys-1.0.dll лежат в одной папке, sh.exe + msys-1.0.dll в другой - все работает.


О как... теперь понятно, почему на двух машинах работало - там make.exe лежал в отдельной папке, которая указана в path до папки WinAVR/utils/bin

Осталось выяснить, чем вызвано такое странное поведение - какими-то еще установленными программами или это бага mingw. Учитывая, что на "чистой" машине поведение было неадекватным - скорее всего бага.

версия sh.exe:
GNU bash, version 2.04.0(1)-release (i686-pc-msys)
Copyright 1999 Free Software Foundation, Inc.

кто-нибудь из пользователей WinAVR может повторить эксперимент? Для этого надо приведенный makefile из поста №1 (восстановив табулятор перед for) положить в одну папку с make.exe, sh.exe и msys-1.0.dll и запустить make

P.S. за кавычки спасибо, учту.

[Сергей Борщ]

Выяснил такую закономерность:

make.exe, sh.exe, msys-1.0.dll лежат в одной папке - работает неправильно.
make.exe + msys-1.0.dll лежат в одной папке, sh.exe в другой - работает неправильно.

make.exe лежит в одной папке, sh.exe + msys-1.0.dll в другой - все работает.
make.exe в одной папке, sh.exe в другой, msys-1.0.dll в третьей - все работает.

Проблема решена окончательно заменой msys-1.0.dll из комплекта WinAVR на свежую из комплекта msys: MSYS-1.0.11-20080821-dll.tar.gz. Точнее, она давно решилась отказом от утилит из комплекта WinAVR в пользу свежих версий из msys, но сегодня решил проверить на всякий случай - действительно, замена msys-1.0.dll лечит описанный баг и в WinAVRовых.
тот же mkdir 5.97 в свежем msys тоже работает. Видимо все проблемы были в dll