From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: configure-more.zip Date: Sun, 03 Jul 2005 08:12:53 +0200 Message-ID: References: <42C65DE9.6010703@student.lu.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org X-Trace: sea.gmane.org 1120368296 31992 80.91.229.2 (3 Jul 2005 05:24:56 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 3 Jul 2005 05:24:56 +0000 (UTC) Cc: lennart.borgman.073@student.lu.se, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 03 07:24:54 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DowyA-0000ku-7N for ged-emacs-devel@m.gmane.org; Sun, 03 Jul 2005 07:24:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DowzI-0006a2-Nq for ged-emacs-devel@m.gmane.org; Sun, 03 Jul 2005 01:25:52 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DowyV-0006Qm-3Q for emacs-devel@gnu.org; Sun, 03 Jul 2005 01:25:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DowyQ-0006OS-SL for emacs-devel@gnu.org; Sun, 03 Jul 2005 01:24:59 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DowyP-0006KF-1r for emacs-devel@gnu.org; Sun, 03 Jul 2005 01:24:57 -0400 Original-Received: from [192.114.186.66] (helo=romy.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Dowsg-0005Fp-Tv; Sun, 03 Jul 2005 01:19:03 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-35-17.inter.net.il [80.230.35.17]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id BST39678 (AUTH halo1); Sun, 3 Jul 2005 08:12:56 +0300 (IDT) Original-To: Jason Rumney In-reply-to: (message from Jason Rumney on Sat, 02 Jul 2005 21:15:40 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:40176 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:40176 > Cc: Lennart Borgman , emacs-devel@gnu.org > From: Jason Rumney > Date: Sat, 02 Jul 2005 21:15:40 +0100 > > Eli Zaretskii writes: > > > Therefore, I suggest the following strategy for solving the -kb issue: > > put a small C program into the nt subdirectory which would read > > nt/configure.bat, nt/nmake.defs, and nt/makefile.w32-in in binary mode > > and make sure they have the right line endings; if they don't, this > > program would fail. Then have this program invoked by "make bootstrap" > > in the nt directory. > > This won't work. "make bootstrap" must be preceeded by "configure", > and if configure.bat does not have the right line ends, then that will > fail. This situation worries me less: if configure.bat fails to run, the user will know something is wrong with the batch file. It's the mysterious error message produced by Make that prompted my suggestion. I've seen 2 Emacs maintainers trip on this just this last month. But if you have a better idea, I'm open to suggestions. (Btw, my testing indicates that cmd.exe from Windows 2K and XP succeeds running a batch file even if its lines end in the Unix-style single LF, and also if there's more than one CR character before the newline.)