From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Compartmentalizing the 8.3 problem into the msdos directory Date: Sat, 05 Feb 2011 23:30:24 -0800 Organization: UCLA Computer Science Department Message-ID: <4D4E4E10.9060500@cs.ucla.edu> 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> <83aaiaafiw.fsf@gnu.org> <4D4DDDAE.3060401@cs.ucla.edu> <83tygh95fu.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1296977457 29638 80.91.229.12 (6 Feb 2011 07:30:57 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 6 Feb 2011 07:30:57 +0000 (UTC) Cc: cyd@stupidchicken.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Feb 06 08:30:46 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 1Plz52-0000Wr-A7 for ged-emacs-devel@m.gmane.org; Sun, 06 Feb 2011 08:30:44 +0100 Original-Received: from localhost ([127.0.0.1]:55160 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Plz51-0003cx-Mj for ged-emacs-devel@m.gmane.org; Sun, 06 Feb 2011 02:30:43 -0500 Original-Received: from [140.186.70.92] (port=46916 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Plz4t-0003cb-Ri for emacs-devel@gnu.org; Sun, 06 Feb 2011 02:30:37 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Plz4s-0001AQ-K9 for emacs-devel@gnu.org; Sun, 06 Feb 2011 02:30:35 -0500 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:49221) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Plz4k-00019D-H8; Sun, 06 Feb 2011 02:30:29 -0500 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 50E8739E80F0; Sat, 5 Feb 2011 23:30:25 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Original-Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dp7WBi2y8nKY; Sat, 5 Feb 2011 23:30:24 -0800 (PST) Original-Received: from [192.168.1.10] (pool-71-189-109-235.lsanca.fios.verizon.net [71.189.109.235]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id BEDE439E80DB; Sat, 5 Feb 2011 23:30:24 -0800 (PST) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101208 Thunderbird/3.1.7 In-Reply-To: <83tygh95fu.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 131.179.128.62 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:135638 Archived-At: On 02/05/2011 08:01 PM, Eli Zaretskii wrote: > I gave technical reasons why it will complicate things. We just > disagree wrt their significance. The technical reasons are clearly minor, and are not enough to prevent the change. There's no need to make the change now, as the MS-DOS build evidently works well enough now even though several source file names clash after 8+3 truncation. But if in the future there are more 8+3 clashes, and if these new clashes cause significant problems on MS-DOS, then the change will become relevant, as we'll be able to use it rather than worry about renaming Emacs source files to keep MS-DOS happy. The bottom line is that there is no longer any significant technical reason to restrict all Emacs source file names to be unique after 8+3 truncation.