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 01:53:30 -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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1300256269 20526 80.91.229.12 (16 Mar 2011 06:17:49 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 16 Mar 2011 06:17:49 +0000 (UTC) Cc: eggert@cs.ucla.edu, emacs-devel@gnu.org To: Glenn Morris Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 16 07:17:44 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 1Pzk3E-0003E0-5V for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 07:17:44 +0100 Original-Received: from localhost ([127.0.0.1]:51637 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PzjqD-0006ib-Kr for ged-emacs-devel@m.gmane.org; Wed, 16 Mar 2011 02:04:17 -0400 Original-Received: from [140.186.70.92] (port=51600 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pzjfr-0003fi-LR for emacs-devel@gnu.org; Wed, 16 Mar 2011 01:53:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Pzjfp-0000EW-6n for emacs-devel@gnu.org; Wed, 16 Mar 2011 01:53:34 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:39311) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Pzjfp-0000ES-4A for emacs-devel@gnu.org; Wed, 16 Mar 2011 01:53:33 -0400 Original-Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Pzjfm-0003S3-Uq; Wed, 16 Mar 2011 01:53:30 -0400 In-reply-to: <4hk4fzsnv8.fsf@fencepost.gnu.org> (message from Glenn Morris on Wed, 16 Mar 2011 00:14:35 -0400) 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:137265 Archived-At: > From: Glenn Morris > Cc: Paul Eggert , emacs-devel@gnu.org > Date: Wed, 16 Mar 2011 00:14:35 -0400 > > Eli Zaretskii wrote: > > > What would it take to maintain it by hand? > > mv src/config.in msdos/config.in, change config.bat to look in the new > place, you update the version of msdos/config.in in the repo whenever > you think it is needed, by simply copying your src/ version there. I didn't mean the trivia. I meant this part: you update the version of msdos/config.in in the repo whenever you think it is needed How would I know that a change needed, and (more importantly) how would I know what to update there? 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. > (This seems to be how the MS Windows port works?) 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? > > 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? > I hope the previous solution is acceptable to you. It will be, if there's a practical way to know how to update the private config.in without having a Posix platform nearby.