From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel,gmane.comp.lib.gnulib.bugs Subject: Re: Proposed gnulib renames Date: Wed, 26 Jan 2011 20:51:11 +0200 Message-ID: <8339ofxzvk.fsf@gnu.org> References: <4D404396.9040600@redhat.com> <87tygvmxk5.fsf@meyering.net> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1296067897 11144 80.91.229.12 (26 Jan 2011 18:51:37 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 26 Jan 2011 18:51:37 +0000 (UTC) Cc: eggert@CS.UCLA.EDU, bug-gnulib@gnu.org, bruno@clisp.org, cyd@stupidchicken.com, emacs-devel@gnu.org, monnier@IRO.UMontreal.CA, eblake@redhat.com To: Jim Meyering Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 26 19:51:30 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 1PiASn-0005vU-EV for ged-emacs-devel@m.gmane.org; Wed, 26 Jan 2011 19:51:29 +0100 Original-Received: from localhost ([127.0.0.1]:47752 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PiASm-0003Xh-Pq for ged-emacs-devel@m.gmane.org; Wed, 26 Jan 2011 13:51:28 -0500 Original-Received: from [140.186.70.92] (port=33070 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PiASf-0003V7-Kl for emacs-devel@gnu.org; Wed, 26 Jan 2011 13:51:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PiASe-00073H-Fq for emacs-devel@gnu.org; Wed, 26 Jan 2011 13:51:21 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:54442) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PiASX-00071T-0k; Wed, 26 Jan 2011 13:51:13 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LFN00M0082ZTF00@a-mtaout22.012.net.il>; Wed, 26 Jan 2011 20:50:49 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.46.39]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LFN00MR88CK30I0@a-mtaout22.012.net.il>; Wed, 26 Jan 2011 20:50:47 +0200 (IST) In-reply-to: <87tygvmxk5.fsf@meyering.net> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) 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:135038 gmane.comp.lib.gnulib.bugs:24997 Archived-At: > From: Jim Meyering > Cc: Eli Zaretskii , Paul Eggert , bug-gnulib , cyd@stupidchicken.com, emacs-devel@gnu.org, monnier@IRO.UMontreal.CA, Bruno Haible > Date: Wed, 26 Jan 2011 17:36:42 +0100 > > Here are some of the reasons to try hard to avoid 8.3 constraints > altogether. The following are some of the tuples of names in gnulib > that collide in 8.3-land: I have no doubt that there are a lot of these in gnulib. But the chances that Emacs will ever want to use them are slim at the moment. I don't see any reasons to try to solve a theoretical problem which might never come our way. If it does come, and in these quantities, not even I will dream of asking for such wholesale renames. Or maybe the DOS build will be dead by then, who knows? So I suggest not to try to solve a problem until it is on the table. I think what Bruno proposed is reasonable and easily maintainable, so I would go for that. > I would feel better about this if Eli were gung-ho > to use something like doslfn, had tried it, but had found that there > were some fundamentally unfixable and show-stopping flaw in its design. Talking about some kind of add-on that all users of DOS Emacs will have to install is a no-starter. Whoever wants long file names in DJGPP programs can much more easily install any version of Windows and be done with it. OTOH, those who do need DOS want it as plain and un-tainted by unmaintained add-ons of dubious quality as possible.