From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Glenn Morris Newsgroups: gmane.emacs.devel Subject: Re: A better autogen.sh Date: Wed, 16 Mar 2011 02:43:10 -0400 Message-ID: References: <87y66fv2d3.fsf@stupidchicken.com> <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=us-ascii X-Trace: dough.gmane.org 1300257805 26639 80.91.229.12 (16 Mar 2011 06:43:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Mar 2011 06:43:25 +0000 (UTC) Cc: eggert@cs.ucla.edu, 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:43:21 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 1PzkS1-0001DQ-11 for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 07:43:21 +0100 Original-Received: from localhost ([127.0.0.1]:46711 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzkS0-00071l-HO for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 02:43:20 -0400 Original-Received: from [140.186.70.92] (port=50555 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzkRs-00071f-P7 for emacs-devel@gnu.org; Wed, 16 Mar 2011 02:43:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PzkRr-0006Jx-6d for emacs-devel@gnu.org; Wed, 16 Mar 2011 02:43:12 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:51638) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PzkRr-0006Jt-3w for emacs-devel@gnu.org; Wed, 16 Mar 2011 02:43:11 -0400 Original-Received: from localhost ([127.0.0.1]:56142) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PzkRq-0005B5-H3; Wed, 16 Mar 2011 02:43:10 -0400 X-Spook: ISEC Kennedy brigand undercover Lon Horiuchi csim X-Ran: La`D%lHKqVBo8';Bhw2b5%j?qnh|VF]Yjpn4%agMuny`qCnuNW 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:137267 Archived-At: Eli Zaretskii wrote: > How would I know that a change needed, and (more importantly) how > would I know what to update there? I assume you at least have access to a POSIX platform, eg fencepost, where you can run autoconf once in a while. > And what do you mean by "your src/ version there"? How will it help, > if it is just a result of editing config.in with Sed? I have no other > src/ version. The src/config.in version you get from running autoconf on a POSIX platform. > nt/config.nt is maintained by hand, allright, but that's done by > tracking changes in src/config.in. If src/config.in is removed from > the repository, maintaining nt/config.nt will hit a snag, because > there will be no file to "bzr diff" against the previous version and > see what's changed, and how else would someone know how to update > config.nt? Whenever an AC_DEFINE is changed in configure.in, config.in might need to be changed. Or, diff your generated src/config.in against the msdos/config.in in the repository. >> > autogen.sh could begin by removing config.in. >> >> That's a bit ugly > > Why ugly, move-if-change should be fine. What am I missing? It's ugly because then everybody has a src/config.in file that appears to be locally modified all the time. You're also relying on someone with access to a POSIX platform to keep regenerating src/config.in and committing it whenever it changes. Trying to avoid the need to do this is part of the motivation for this proposal. > It will be, if there's a practical way to know how to update the > private config.in without having a Posix platform nearby. I hope it's not unreasonable to assume the MS-DOS maintainer can access a POSIX platform once in a while. Every Emacs developer can get a fencepost account. If it were me, I'd keep the same version of autoconf installed. I'd run it periodically and diff the generated src/config.in against msdos/config.in. If there was a difference, I'd copy the former to the latter and commit it. Personally I think it's still worth removing configure even if config.in has to stay, because the latter changes a lot less often. But I hope src/config.in doesn't have to be kept just for the sake of MS.