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: A better autogen.sh Date: Tue, 15 Mar 2011 23:39:59 -0700 Organization: UCLA Computer Science Department Message-ID: <4D805B3F.1030900@cs.ucla.edu> 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> 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 1300257623 25833 80.91.229.12 (16 Mar 2011 06:40:23 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Mar 2011 06:40:23 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 16 07:40:16 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 1PzkP1-0000Nd-Jt for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 07:40:15 +0100 Original-Received: from localhost ([127.0.0.1]:46077 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzkP0-0005WH-TM for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 02:40:15 -0400 Original-Received: from [140.186.70.92] (port=46687 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzkOs-0005VD-1J for emacs-devel@gnu.org; Wed, 16 Mar 2011 02:40:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PzkOq-0005tM-Gb for emacs-devel@gnu.org; Wed, 16 Mar 2011 02:40:05 -0400 Original-Received: from smtp.cs.ucla.edu ([131.179.128.62]:38179) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PzkOo-0005so-DD; Wed, 16 Mar 2011 02:40:02 -0400 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 1B47D39E810E; Tue, 15 Mar 2011 23:40:01 -0700 (PDT) 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 jKcIbpfObHQg; Tue, 15 Mar 2011 23:40:00 -0700 (PDT) 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 D70C239E80F2; Tue, 15 Mar 2011 23:39:59 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.14) Gecko/20110223 Thunderbird/3.1.8 In-Reply-To: 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:137266 Archived-At: On 03/15/2011 10:53 PM, Eli Zaretskii wrote: > It will be, if there's a practical way to know how to update the > private config.in without having a Posix platform nearby. The same way you know now. Somebody sends email. Or, perhaps Emacs doesn't build on MS Windows, and the diagnostics reveal the problem. Other possibilities include running GNU/Linux under a virtual machine on a Windows machine; or running Autoconf and Automake under Windows, and then generating config.in directly on the Windows machine. Or one can grab a recent pretest version. This is not an exhaustive list. There are other simple and practical ways to address this problem, which don't require putting automatically-generated output into the repository. >> This would lessen the need for tight coupling between the mainline and >> the DOS version. > What "tight coupling"? Currently, when I edit files under src/ and src-lib/, I often have to worry about porting to MS Windows or MS-DOS. There are many #ifdefs and similar constructs that complicate the code, and are needed only because of the MS ports. It would be better if this porting code were isolated to the msdos/ and nt/ directories, so that developers under GNU and GNUish systems did not have to look at it or worry about it. 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. If we can think of another way to handle this, it would save us work. Moving src/config.in to msdos/config.in is one way to do that. It may require a bit more work on the part of the Windows developers, but it'll require less work from the rest of us, and overall it will be a win.