From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "David Robinow" Newsgroups: gmane.emacs.devel Subject: Re: Makefile bug in generating mh-loaddefs.el? Date: Wed, 4 Jul 2007 19:06:38 -0400 Message-ID: <4eb0089f0707041606h45f9eb54y64ef982f9f3ed179@mail.gmail.com> References: <200707031842.l63IgTR8029247@oogie-boogie.ics.uci.edu> <200707032055.l63KtOIo003839@oogie-boogie.ics.uci.edu> <87y7hwg4l3.fsf@olgas.newt.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1183590407 29840 80.91.229.12 (4 Jul 2007 23:06:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 4 Jul 2007 23:06:47 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 05 01:06:45 2007 connect(): Connection refused Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1I6Dvp-0001xL-LN for ged-emacs-devel@m.gmane.org; Thu, 05 Jul 2007 01:06:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I6Dvp-0000zA-6A for ged-emacs-devel@m.gmane.org; Wed, 04 Jul 2007 19:06:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I6Dvl-0000wn-7M for emacs-devel@gnu.org; Wed, 04 Jul 2007 19:06:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I6Dvk-0000w4-Q4 for emacs-devel@gnu.org; Wed, 04 Jul 2007 19:06:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I6Dvk-0000vx-IW for emacs-devel@gnu.org; Wed, 04 Jul 2007 19:06:40 -0400 Original-Received: from ug-out-1314.google.com ([66.249.92.174]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I6Dvk-0002S4-7c for emacs-devel@gnu.org; Wed, 04 Jul 2007 19:06:40 -0400 Original-Received: by ug-out-1314.google.com with SMTP id 34so438055ugf for ; Wed, 04 Jul 2007 16:06:38 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dtIcSowmOg4UyFr7hWsS5qv8pcqTjZ4uvCtPtbq9iLmRlkbKGC4Sq72yvM/if2hvS9irnFiXaFawH17bZwBVI9Eio1e6eNaqRUTZSqPpj//gp5HpuBHtCZSTbmJUJqg0vbyNdf/cFYWaOe5fwlK6EbnwTM3JJEnu0vQiN5v2Q5w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QsXtI2PpsFdqwUpEHg02cHORlghJtGjEUvoklCUT4vUsQYGEnlKVnXOs9GPLSfTrWaI8pgt0waNjy2E0Gv8lEpX3HcFe+gXOwWQEO+GmS4V8YT/URAFB7TN6kaj55nQXNmob4bZtPM+yYK930VuPz1AeZEzpq6NChnAUKPLsp+c= Original-Received: by 10.78.147.6 with SMTP id u6mr4405184hud.1183590398092; Wed, 04 Jul 2007 16:06:38 -0700 (PDT) Original-Received: by 10.78.198.12 with HTTP; Wed, 4 Jul 2007 16:06:38 -0700 (PDT) In-Reply-To: Content-Disposition: inline X-detected-kernel: Linux 2.4-2.6 (Google crawlbot) 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:74309 Archived-At: On 7/4/07, Eli Zaretskii wrote: > > From: Bill Wohler > > Date: Tue, 03 Jul 2007 21:44:56 -0700 > > > > Tom's approach--writing to a temporary file and moving it at the > > end--seems to answer all issues. > But its implementation would be complicated on Windows, because we'd > be reluctant to request the user to have yet another non-standard > program (mv.exe) to be installed. I'm surprised by this comment. 1) Windows uses a completely different makefile. One could choose not to implement the feature on Windows. 2) cp.exe and rm.exe are already required. Wouldn't the user already have mv.exe from the same location as cp.exe and rm.exe? 3) What's wrong with "MV = move" in nmake.defs? For that matter, why not use copy and del instead of cp and rm ? Am I missing something?