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 просто не понимают разницы между '\' и '/' в путях

[AHTOXA]

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

Я это заметил. Но объясните мне тогда, зачем sh, вместо того, чтобы просто вызвать заказанную программу с заказанными аргументами, ещё и подменяет системные вызовы для этой программы? Я так понял, что не срабатывает рекурсивный поиск внутри самого Rar-а.

Я пытался обойти это, заставив sh вызвать родной виндовый cmd:

Код

archive:
     @echo --- archiving...
     cmd /WAIT /C "start $(archiver) a -r -agyy-mm-dd,hh-nn-ss $(bak_dir)/$(target)_.rar $(rars)"

Код

>make archive
--- archiving...
cmd /WAIT /C "start Rar.exe a -r -agyy-mm-dd,hh-nn-ss ./bak/test1_.rar ./src/*.c ./src/*.h ./prj/*.* ./makefile ./*.mpj"
"gp" не является внутренней или внешней
командой, исполняемой программой или пакетным файлом.

Где тут слеши? И где он нашёл буквы "gp"?

Попробуйте также заставить sh вызвать какую-нибудь встроенную команду виндового командного интерпретатора (cmd), типа md:

Код

dirs:
     @echo --- creating directories...
     md prj

Код

>make dirs
--- creating directories...
md prj2
process_begin: CreateProcess(NULL, md prj2, ...) failed.
make (e=2): Не удается найти указанный файл
make: *** [dirs] Error 2

И так далее, и тому подобное...

[xemul]

Я это заметил. Но объясните мне тогда, зачем sh, вместо того, чтобы просто вызвать заказанную программу с заказанными аргументами, ещё и подменяет системные вызовы для этой программы? Я так понял, что не срабатывает рекурсивный поиск внутри самого Rar-а.

Если я правильно понимаю, то rar, строя путь для вложенных папок, использует дефолтный в ОС разделитель для папок '\', не догадываясь, что его запускают в *nix-образном шелле.
Возможно, проще будет формировать скриптом список файлов, подлежащих упаковке, и скармливать его rar'у.

Попробуйте также заставить sh вызвать какую-нибудь встроенную команду виндового командного интерпретатора (cmd), типа md:

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