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