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: A better autogen.sh Date: Wed, 16 Mar 2011 06:12:26 -0400 Message-ID: References: <87y66fv2d3.fsf@stupidchicken.com> <4D388F7F.20708@swipnet.se> <87r5c7jk5m.fsf@stupidchicken.com> <4D39EF9C.1050804@cs.ucla.edu> <4D3A8666.4070609@cs.ucla.edu> <877hdvd49f.fsf@meyering.net> <83mxmrzhb6.fsf@gnu.org> <4D3C9C5B.8050303@cs.ucla.edu> <4D7FDFB0.6020203@cs.ucla.edu> <4D7FEF16.7040107@cs.ucla.edu> <8362rjr9po.fsf@gnu.org> <4hk4fzsnv8.fsf@fencepost.gnu.org> <4D805B3F.1030900@cs.ucla.edu> <4D807E05.4000600@cs.ucla.edu> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1300270374 24320 80.91.229.12 (16 Mar 2011 10:12:54 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Mar 2011 10:12:54 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 16 11:12:49 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 1Pznih-00004q-U2 for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 11:12:48 +0100 Original-Received: from localhost ([127.0.0.1]:60546 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pznib-000364-Ey for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 06:12:41 -0400 Original-Received: from [140.186.70.92] (port=44197 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzniP-00033K-6K for emacs-devel@gnu.org; Wed, 16 Mar 2011 06:12:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PzniN-0004en-9l for emacs-devel@gnu.org; Wed, 16 Mar 2011 06:12:28 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:38372) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PzniN-0004ej-7y for emacs-devel@gnu.org; Wed, 16 Mar 2011 06:12:27 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1PzniM-0007qP-8N; Wed, 16 Mar 2011 06:12:26 -0400 In-reply-to: <4D807E05.4000600@cs.ucla.edu> (message from Paul Eggert on Wed, 16 Mar 2011 02:08:21 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.10 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:137273 Archived-At: > Date: Wed, 16 Mar 2011 02:08:21 -0700 > From: Paul Eggert > CC: rgm@gnu.org, emacs-devel@gnu.org > > On 03/16/2011 01:10 AM, Eli Zaretskii wrote: > > >> > The src/config.in file is one example of these #ifdef-like > >> > constructs. The main reason we put src/config.in in the > >> > repository, and keep track of it and commit it by hand, > >> > is for the MS Windows port. > > It was never because of MS-DOS. This file was there from day one. > > This is the first time removal of this file is considered. > > The idea has been considered before, I expect. I'm not getting younger, and my memory is not getting better, but I cannot recall such a discussion in the past nor a decision to drop the idea because of non-Posix platforms. > Right now, the file is in the repository only because of the MS-DOS > port, and that suggests that the repository copy should be moved to > the msdos/ subdirectory. No, right now the file is in the repository because it was always there, and we are discussing whether to remove it. > Whenever maintainers feel it necessary, they could autogenerate a > new version, copy it into the msdos/ subdirectory by hand, and > commit the result. That should be enough to address concerns > about the MS-DOS port. It will be enough if someone takes upon themselves to perform this duty as a matter of routine. Are you volunteering for the job? > > And I need to worry about Posix platforms when I edit files in those > > same directories. So what? > > Emacs is part of the GNU project, and the main goal > of the GNU project, as I'm sure you know, is to develop > a complete Unix-like operating system that is free software. > So, it's inherent to Emacs that its code needs to be working > on Unix-like platforms. Not on Unix-like platforms. On GNU platforms. That's not the same. I could understand an argument that supporting Unix-like platforms is easier. (And even the "easier" argument is IMO minor, looking at all the stuff in lib/ that is needed to support those Unix-like non-GNU platforms.) But the argument about being part of the GNU project is bogus, because there's no difference between MS-Windows and Solaris in that respect: they are both proprietary platforms. > > Maybe you will also claim that bidirectional editing is not needed > > by "the rest of us", so my work on that is not important. > > I would not dream of making such a claim. But that is a > separate issue, and I don't see why it is relevant. It is relevant because if I lose the ability to build Emacs with no fuss on Windows, I will be unable to continue my work on bidi.