GNU make в windows, Проблемы и их решения Опции

[LessNik]

Добрый день!

gnu make не хочет понимать пути с пробелами. Как объяснить?

Код

CC = c:/Files/IAR Systems/Embedded Workbench 5.4 Evaluation/arm/bin/iccarm.exe          // почему-то понимает
INC1_PATH = ../../Common
INC2_PATH = ./Include
INC3_PATH = c:/Files/IAR Systems/Embedded Workbench 5.4 Evaluation/arm/INC             // не понимает

DLIB_CONFIG_FILE = c:/Files/IAR Systems/Embedded Workbench 5.4 Evaluation/arm/INC/DLib_Config_Normal.h

CC_OPT = -I. -I\""$(INC2_PATH)/\"" -I\""$(INC3_PATH)/\""

main.o: main.cpp
    @echo ------------------------ compiling $< ------------------------
    $(CC) main.cpp $(CC_OPT)

all: main.o

Выдаёт следующее:
/usr/bin/sh: c:/Files/IAR: No such file or directory
make: *** [main.o] Error 127

[AHTOXA]

Это не мейк дурит, а sh. Я так не нашёл нормального. Выкинул нафиг.
А имена возьмите в кавычки, и всё заработает.

[alx2]

Это не мейк дурит, а sh. Я так не нашёл нормального. Выкинул нафиг.

Это действительно шелл (о чем написано в сообщении об ошибке, которое надо было внимательно читать), а не мейк. Но шелл в данном случае вовсе не дурит, а ведет себя совершенно правильно. Ему передали такую команду:

Код

c:/Files/IAR Systems/Embedded Workbench 5.4 Evaluation/arm/bin/iccarm.exe main.cpp -I. -I\""./Include/"\" -I\""c:/Files/IAR Systems/Embedded Workbench 5.4 Evaluation/arm/INC/"\"

В этой команде первый ничем не экранированный пробел стоит после c:/Files/IAR. Поэтому c:/Files/IAR шелл трактует как имя команды, все остальное - как ее параметры.
Также замечу, что эту вызвавшую ошибку команду мейк выводит на экран, и ее тоже стоило внимательно прочитать - все стало бы ясно.

[AHTOXA]

Это действительно шелл (о чем написано в сообщении об ошибке, которое надо было внимательно читать), а не мейк. Но шелл в данном случае вовсе не дурит, а ведет себя совершенно правильно.

Согласен, в данном случае шелл ведёт себя правильно. Я просто выразил своё негативное к нему(шеллу) отношение (Под виндой конечно, думаю что в родной среде он хорош.)

[xemul]

Согласен, в данном случае шелл ведёт себя правильно. Я просто выразил своё негативное к нему(шеллу) отношение (Под виндой конечно, думаю что в родной среде он хорош.)

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

[AHTOXA]

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

Да. Да. Да! Поэтому я согласился, что в этом случае шелл ведёт себя правильно

А вот пример неправильного поведения (их у меня много):

кусок makefile:

Код

    target    = test1
...
       archiver    = Rar.exe
...
     rars    = $(src_dir)/*.c $(src_dir)/*.h $(prj_dir)/*.* $(base)/makefile $(base)/*.mpj
...
archive:
     @echo --- archiving...
     $(archiver) a -r -agyy-mm-dd,hh-nn-ss $(bak_dir)/$(target)_.rar $(rars)
     @echo --- done!

как это работает без шелла (удалил из пути):

Код

>make archive
--- archiving...
Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj

Creating archive ./bak/test1_09-06-04,21-33-44.rar

Adding    ./src/config.c                                              OK
Adding    ./src/main.c                                                OK
Adding    ./src/rs1.c                                                 OK
Adding    ./src/term\commands.c                                       OK
Adding    ./src/term\handlers.c                                       OK
Adding    ./src/term\vars.c                                           OK
Adding    ./src/config.h                                              OK
Adding    ./src/gpio.h                                                OK
Adding    ./src/rs1.h                                                 OK
Adding    ./src/term\commands.h                                       OK
Adding    ./src/term\handlers.h                                       OK
Adding    ./src/term\vars.h                                           OK
Adding    ./prj/stm32f10x_flash_md.ld                                 OK
Adding    ./makefile                                                  OK
Adding    ./test1.mpj                                                 OK
Done
--- done!

и с шеллом (вернул):

Код

>make archive
--- archiving...
Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj

Creating archive ./bak/test1_09-06-04,21-24-00.rar

Adding    ./src/config.c                                              OK
Adding    ./src/main.c                                                OK
Adding    ./src/rs1.c                                                 OK
Adding    ./src/config.h                                              OK
Adding    ./src/gpio.h                                                OK
Adding    ./src/rs1.h                                                 OK
Adding    ./prj/stm32f10x_flash_md.ld                                 OK
Adding    ./makefile                                                  OK
Adding    ./test1.mpj                                                 OK
Done
--- done!

Видите разницу? Под шеллом Rar не увидел папочки /src/term! Я живу себе в полной уверенности, что у меня всё занычено в архив, а не тут-то было. Вот такая вот засада
Поэтому я выкинул sh, и ничуть не жалею.

ЗЫ. Только не говорите, что это Rar виноват, потому что у меня много других примеров

[xemul]

Видите разницу? Под шеллом Rar не увидел папочки /src/term! Я живу себе в полной уверенности, что у меня всё занычено в архив, а не тут-то было. Вот такая вот засада
Поэтому я выкинул sh, и ничуть не жалею.

ЗЫ. Только не говорите, что это Rar виноват, потому что у меня много других примеров

Несложно заметить, что пропущены все папки с символом '\'
Для знакомых мне шеллов (кроме виндового cmd) символ '\' имеет спецательное значение, отсюда и все (Ваши) проблемы.
А rar (под DOS/Win) и cmd просто не понимают разницы между '\' и '/' в путях

[ReAl]

Несложно заметить, что пропущены все папки с символом '\'

Мне кажется, что они сначала пропущены были, а только потом оказалось, что они с '\'
Расшифровываю: в выдаче на экран в строках эти '\' - уже от самого rar, он при рекурсивном разборе каталогов так их напечатал.
А в случае с шеллом - в самом

--- archiving...
Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj

обратніх слешей в передаваемой строке нет.

Теперь в чём разница, и как бороться, насколько я помню:

В случае с sh (и, кажется, с некоторыми вариантами самого make, тогда и упрятывание sh из путей не помогает) раскрутка '*'-чек происходит до вызова rar и ему передаются уже все обнаруженные файлы. Но эта раскрутка происходит без спуска вниз по каталогам.

Проверка - слепить свою програмку, которая распечатывает argv[], вместо rar.exe подставить её и посмотреть, что реально передаётся (у меня одно время такая программка prargs.exe болталась в c:\bin)

Правка - замаскировать '*'-ки, чтобы они не имели специального смысла

Код

rars    = $(src_dir)/\*.c $(src_dir)/\*.h $(prj_dir)/\*.\* $(base)/makefile $(base)/\*.mpj

[AHTOXA]

Проверка - слепить свою програмку, которая распечатывает argv[], вместо rar.exe подставить её и посмотреть, что реально передаётся (у меня одно время такая программка prargs.exe болталась в c:\bin)

У меня тоже есть такая - echo :-) Проверяю:
без sh:

Код

--- archiving...
   echo Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj
   Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj
   --- done!

С sh:

Код

--- archiving...
   echo Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj
   Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/config.c ./src/main.c ./src/rs1.c
   ./src/spi1.c ./src/common.h ./src/config.h ./src/gpio.h ./prj/stm32f10x_flash_md.ld ./makefile ./test1.mpj
   --- done!

Точно, разворачивает, зараза! Маскирую звёздочки:

Код

--- archiving...
   echo Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/\*.c ./src/\*.h ./prj/\*.\* ./makefile ./\*.mpj
   Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj
   --- done!

Замечательно, сработало. Снова удаляю sh:

Код

--- archiving...
   echo Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/\*.c ./src/\*.h ./prj/\*.\* ./makefile ./\*.mpj
   Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/\*.c ./src/\*.h ./prj/\*.\* ./makefile ./\*.mpj
   --- done!

Не очень красиво, но Rar это проглатывает нормально. Эта проблема, будем считать, решена

А как быть с другими, которые я перечислил? Как, например, запустить cmd с параметрами?

Почему sh должен что-то знать про встроенные команды cmd? Для sh аналогичная команда называется mkdir, и он ее с радостью исполнит. Но cmd, будучи запущенным в sh, на mkdir гнусно выругается.

Потому, что это sh для винды. Порт, понимаете? Это подразумевает некую адаптацию под.

ЗЫ. Со слешами ReAl всё чётко разъяснил, спасибо ему

[ReAl]

У меня тоже есть такая - echo :-)

А ещё невесть когда под досом нюансы какие-то были и выходило, что единственной адекватной моделью кошки могла быть только кошка. В смысле натуральный .exe

А как быть с другими, которые я перечислил? Как, например, запустить cmd с параметрами?

Такое впечатление, что cmd интересовал меня в "эпоху" использования борландовского make, который как родной для доса/винды был.
Потом как-то интересовало наоборот - как заставить make всё делать через sh (он имеет право одиночные команды выполнять прямым обращением к ос без создания subshell)

О, кстати, а

Код

SHELL:=$(COMSPEC) /C

в первых строках makefile не спасёт отца русской демократии?
Правда, тогда всё через cmd будет работать.

[AHTOXA]

А ещё невесть когда под досом нюансы какие-то были и выходило, что единственной адекватной моделью кошки могла быть только кошка. В смысле натуральный .exe

Да у меня тоже такая кошка есть:-) Выпытывала у IAR EW параметры командной строки компилятора/линкера, чтоб к med-у присобачить

Такое впечатление, что cmd интересовал меня в "эпоху" использования борландовского make, который как родной для доса/винды был.
Потом как-то интересовало наоборот - как заставить make всё делать через sh (он имеет право одиночные команды выполнять прямым обращением к ос без создания subshell)

И как, удалось? А то тут сразу видна засада с этими звёздочками. Не все же программы такие добрые как Rar, некоторым наверняка не понравится экранирование, если make вдруг решит запустить их без sh...

О, кстати, а

Код

SHELL:=$(COMSPEC) /C

в первых строках makefile не спасёт отца русской демократии?
Правда, тогда всё через cmd будет работать.

Дык, я этого эффекта добился удалением sh:) А иногда всё же хочется что-нибудь этакое завернуть в makefile, скриптовое:-)))

[ReAl]

И как, удалось? А то тут сразу видна засада с этими звёздочками. Не все же программы такие добрые как Rar, некоторым наверняка не понравится экранирование, если make вдруг решит запустить их без sh...

Да где-то писал. Достаточно сделать так, чтобы команда не была одиночной :-)
Например,

Код

archive:
     @echo --- archiving...
     $(archiver) a -r -agyy-mm-dd,hh-nn-ss $(bak_dir)/$(target)_.rar $(rars)
     @echo --- done!

переписать как

Код

archive:
     @echo --- archiving...; \
     $(archiver) a -r -agyy-mm-dd,hh-nn-ss $(bak_dir)/$(target)_.rar $(rars); \
     @echo --- done!

и всё - у нас уже не набор одиночніх команд, а типа скрипт :-)
Т.е. к сугубо одиночной команде какой-то эхо-оживляж редко когда мешает.