From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HS_INDEX_PARAM, SPF_PASS autolearn=ham version=3.2.5 Message-ID: <506EF6F8.4080905@ngs.ru> Date: Fri, 05 Oct 2012 22:04:24 +0700 From: Alexey Morozov User-Agent: Mozilla/5.0 (X11; Linux i686; rv:15.0) Gecko/20120902 Thunderbird/15.0 MIME-Version: 1.0 To: devel@lists.altlinux.org References: <506ED496.40609@ngs.ru> <506EE2A2.206@kemsu.ru> <1696568.Z9ci31nKq6@summoner.localdomain> In-Reply-To: <1696568.Z9ci31nKq6@summoner.localdomain> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?utf-8?b?0YDQsNC90LXQvdGL0LkgbWFrZQ==?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Oct 2012 15:04:32 -0000 Archived-At: List-Archive: List-Post: Парни, вы простите, но я на руках имею вполне корректно выглядящие .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