Re: [devel] раненый make

From: Alexey Morozov <morozov_ml@ngs.ru>
To: devel@lists.altlinux.org
Subject: Re: [devel] раненый make
Date: Fri, 05 Oct 2012 22:04:24 +0700
Message-ID: <506EF6F8.4080905@ngs.ru> (raw)
In-Reply-To: <1696568.Z9ci31nKq6@summoner.localdomain>

Парни, вы простите, но я на руках имею вполне корректно выглядящие
.make-файлы:

debuggers/gdb/unittests/CMakeFiles/debugeespace.dir/debugee_space.o:
../debuggers/gdb/unittests/debugee\ space.cpp
    $(CMAKE_COMMAND) -E cmake_progress_report
/usr/src/RPM/BUILD/kdevelop-4.3.1/BUILD-x86_64-alt-linux/CMakeFiles
    $(CMAKE_PROGRESS_1) @$(CMAKE_COMMAND) -E cmake_echo_color
--switch=$(COLOR) --green "Building CXX object
debuggers/gdb/unittests/CMakeFiles/debugeespace.dir/debugee_space.o"
    cd
/usr/src/RPM/BUILD/kdevelop-4.3.1/BUILD-x86_64-alt-linux/debuggers/gdb/unittests
&& /usr/bin/c++ $(CXX_DEFINES) $(CXX_FLAGS) -o
CMakeFiles/debugeespace.dir/debugee_space.o -c
"/usr/src/RPM/BUILD/kdevelop-4.3.1/debuggers/gdb/unittests/debugee
space.cpp"

Сгенерированная cmake'ом сборочная последовательность - вполне рабочая,
в этом можно убедиться, просто убрав зависимость на файл с пробелом в имени.
Если заменить зависимость на файл с пробелом в имени на файл без пробела,
находящийся в том же каталоге, что и "плохой" файл, то тоже всё работает.

Кроме того, любой может проделать следующее:

[builder@localhost ~]$ touch 'file with space'
[builder@localhost ~]$ cat >Makefile
all: file\ with\ space
        @echo done
[builder@localhost ~]$ make
make: *** No rule to make target `file', needed by `all'.  Stop.
[builder@localhost ~]$ _

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

Из того, что обсуждается в

http://stackoverflow.com/questions/668322/what-is-the-most-reliable-way-of-using-gnumake-with-filenames-containing-spaces

и

http://savannah.gnu.org/bugs/?712

видно, что проблема в GNU make так-таки существует.

Кроме того, сборка kdevelop сломалась не 1-го сентября, когда Дубровский
залил
новую версию cmake, а ближе к концу месяца, аккурат, когда была залита новая
сборка make, как раз с упомянутым патчем. Убирать cmake'овые тесты, как это
сделал Ростовцев в cmake-2.8.9-alt1.1, - это, конечно, решение, но,
ей-богу, от
таких решений сильно пахнет.

АМ

Пт 05 окт 2012 21:09:53, Sergey V Turchin писал:
>
> On 5 октября 2012 20:37:38 REAL wrote:
>
> [...]
>>
>> make здесь ни при чём, всё дело в баге в cmake.
>
> http://bugs.altlinux.org/27779
>
>
>
> _______________________________________________
> Devel mailing list
> Devel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel