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: Compartmentalizing the 8.3 problem into the msdos directory Date: Sat, 05 Feb 2011 13:26:31 +0200 Message-ID: <83aaiaafiw.fsf@gnu.org> References: <83y66bzuhc.fsf@gnu.org> <4D3C81A1.70009@cs.ucla.edu> <83ipxfymox.fsf@gnu.org> <4D3E0A8E.1030400@cs.ucla.edu> <8362tdzl7m.fsf@gnu.org> <4D3E8E4C.1010000@cs.ucla.edu> <4D3F1171.5010201@cs.ucla.edu> <83y668yfgt.fsf@gnu.org> <4D3F3F7B.40402@cs.ucla.edu> <83ipxcy6xw.fsf@gnu.org> <4D3F70B8.3090708@cs.ucla.edu> <83d3nkxq31.fsf@gnu.org> <4D412D83.1010503@cs.ucla.edu> <4D427084.3010502@cs.ucla.edu> <837hdphzyr.fsf@gnu.org> <4D4680EE.2020404@cs.ucla.edu> <83d3n6agrk.fsf@gnu.org> <4D4D327E.9010806@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1296905208 29823 80.91.229.12 (5 Feb 2011 11:26:48 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 5 Feb 2011 11:26:48 +0000 (UTC) Cc: cyd@stupidchicken.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 05 12:26:44 2011 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.69) (envelope-from ) id 1PlgHr-0004jw-Ji for ged-emacs-devel@m.gmane.org; Sat, 05 Feb 2011 12:26:43 +0100 Original-Received: from localhost ([127.0.0.1]:58304 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlgHr-0003Lo-2A for ged-emacs-devel@m.gmane.org; Sat, 05 Feb 2011 06:26:43 -0500 Original-Received: from [140.186.70.92] (port=40868 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PlgHj-0003L3-WC for emacs-devel@gnu.org; Sat, 05 Feb 2011 06:26:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PlgHi-0006U7-Cr for emacs-devel@gnu.org; Sat, 05 Feb 2011 06:26:35 -0500 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:52239) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PlgHi-0006Tt-6Y for emacs-devel@gnu.org; Sat, 05 Feb 2011 06:26:34 -0500 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LG5004005IMHU00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Sat, 05 Feb 2011 13:26:26 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.124.97.124]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LG5004O96FXC760@a-mtaout20.012.net.il>; Sat, 05 Feb 2011 13:26:23 +0200 (IST) In-reply-to: <4D4D327E.9010806@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 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:135610 Archived-At: > Date: Sat, 05 Feb 2011 03:20:30 -0800 > From: Paul Eggert > CC: cyd@stupidchicken.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org > > On 02/05/2011 02:59 AM, Eli Zaretskii wrote: > > > . It will effectively block a release, until msdos/fnchange.prs is > > fixed. > > We can easily give an option to override that, if necessary. Then it _will_ be used, and the whole point is moot. > > . It needs to run on plain DOS, and so can only use features > > supported by the extremely primitive command.com shell available > > there. For example, it cannot even recurse through arbitrary > > directory trees. > > That can be handled in the same way that the file-renaming is handled: > do the 'find' on Linux as part of the release process, distribute the > output of 'find' as a file, and have the DOS build procedure read that file. More complications for the release process. > > . Editing files generally changes their time stamps, which could > > then trigger Make rules not intended to run at end-user build > > time > > If the DOS procedure edits files in the proper order, the resulting > time stamps should be consistent with what 'make' expects. I very much doubt that there exists a "proper order" that would satisfy these requirements. And even it does, finding it will be non-trivial and error-prone. > The remaining problems you mentioned seem to be largely theoretical. Not if limitations on file names are lifted entirely. > If they do happen, we can deal with those problems by hand, as they > come up. We do that now, and see where it got us.