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=-0.4 required=5.0 tests=BAYES_00,SPF_PASS, TVD_SPACE_RATIO autolearn=no version=3.2.5 Message-ID: <506ED496.40609@ngs.ru> Date: Fri, 05 Oct 2012 19:37:42 +0700 From: Alexey Morozov User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120902 Thunderbird/15.0 MIME-Version: 1.0 To: ALT Linux Team development discussions Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: [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 12:37:48 -0000 Archived-At: List-Archive: List-Post: Здравствуйте! Пару недель назад у нас перестал собираться kdevelop. Произошло это, вероятно, потому что был выкачен make 2:3.82-alt4. Дело в том, что в kdevelop есть специальный _тесткейс_ , в котором в имени исходного файла присутствует пробел: debuggers/gdb/unittests/debugee space.cpp При этом cmake генерирует вот такую сборочную зависимость в make-файлах: debuggers/gdb/unittests/CMakeFiles/debugeespace.dir/debugee_space.o: ../debuggers/gdb/unittests/debugee\ space.cpp Если я правильно понимаю, с точки зрения документации по make зависимость описана правильно (по крайней мере, я нашёл такое: http://lists.gnu.org/archive/html/make-w32/2009-04/msg00021.html ). Собственно, вопрос: политика партии запрещает наличие пробелов в именах файлов, участвующих в сборке (и этому есть какие-то разумные обоснования), или это побочный эффект от не слишком удачного патча от Ralf Wildenhues ? На прямо сейчас я, конечно, отключу этот тесткейс, но, очевидно, это не решение проблемы, если это вообще проблема, а не ожидаемое поведение. С уважением, Алексей Морозов