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: Bootstrap fails on w32 Date: Mon, 23 May 2005 06:59:19 +0300 Message-ID: <01c55f4b$Blat.v2.4$f12be9a0@zahav.net.il> References: <428FB183.3000209@student.lu.se> <4290EDA8.7020401@student.lu.se> Reply-To: Eli Zaretskii NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT X-Trace: sea.gmane.org 1116821296 28741 80.91.229.2 (23 May 2005 04:08:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 23 May 2005 04:08:16 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 23 06:08:06 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Da4EC-0002jB-UB for ged-emacs-devel@m.gmane.org; Mon, 23 May 2005 06:07:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Da4Ha-0003Gr-A1 for ged-emacs-devel@m.gmane.org; Mon, 23 May 2005 00:11:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Da4G2-0002kb-RS for emacs-devel@gnu.org; Mon, 23 May 2005 00:09:39 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Da4Fz-0002is-Fk for emacs-devel@gnu.org; Mon, 23 May 2005 00:09:35 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Da4Fz-0002hb-8d for emacs-devel@gnu.org; Mon, 23 May 2005 00:09:35 -0400 Original-Received: from [192.114.186.23] (helo=aragorn.inter.net.il) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Da4Ij-0003Ig-HB for emacs-devel@gnu.org; Mon, 23 May 2005 00:12:25 -0400 Original-Received: from romy.inter.net.il (romy.inter.net.il [192.114.186.66]) by aragorn.inter.net.il (MOS 3.5.8-GR) with ESMTP id GUL37315; Mon, 23 May 2005 07:02:50 +0300 (IDT) Original-Received: from zaretski (IGLD-80-230-46-70.inter.net.il [80.230.46.70]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id BHQ19386 (AUTH halo1); Mon, 23 May 2005 07:02:49 +0300 (IDT) Original-To: Juanma Barranquero X-Mailer: emacs 22.0.50 (via feedmail 8 I) and Blat ver 2.4 In-reply-to: (message from Juanma Barranquero on Mon, 23 May 2005 00:27:19 +0200) 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:37499 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:37499 > Date: Mon, 23 May 2005 00:27:19 +0200 > From: Juanma Barranquero > > Anyway, I agree with David: the files should be in the repository with > text line endings in the first place, unless there's a real reason not > to do so. As Jason pointed out, this would cause trouble to users who build released Emacs versions from Emacs tarballs. Please let's not forget that people who get Emacs via CVS still aren't our main audience... > And speaking of nt/ oddities: why are the default for DEL/DEL_TREE and > CP/CP_DIR in nmake.defs so unix-oriented? What's wrong with COPY and > DEL? OK, there can be an issue with old CMD's compatibility, but > surely people on Windows 95 with old CMD.EXE/COMMAND.COM is not going > to have MinGW or Cygwin or GnuWin32 tools installed either... In fact, > I'd bet there aren't many people building (as opposed to using) Emacs > on W9X/Me. I'd suggest (for after 22.1, I don't want to cause heart > strokes to anyone) scrap W95/98/Me *build* compatibility. Why ``fix'' that which isn't broken? Emacs still supports platforms that are much older than Windows 9x, so I certainly don't see any reasons for such a crusade against W9x build capabilities, nor any reason to assume that no one builds Emacs on those old versions of Windows. > I ask about the DEL/DEL_TREE/CP/CP_DIR issue because DEL=rm brings me > trouble in one of my building machines. When bootstraping, the > lisp/*.elc files are deleted, and calling rm.exe is much, much slower > than using the internal "del". Then I'd say get a better port of rm.exe.