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: configure{.in,} question Date: Mon, 25 Oct 2010 20:04:34 +0200 Message-ID: <83r5fe6te5.fsf@gnu.org> References: <09k4l72w3b.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1288031199 588 80.91.229.12 (25 Oct 2010 18:26:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 25 Oct 2010 18:26:39 +0000 (UTC) Cc: julien@danjou.info, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 25 20:26:38 2010 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 1PARkj-0005uS-JI for ged-emacs-devel@m.gmane.org; Mon, 25 Oct 2010 20:26:37 +0200 Original-Received: from localhost ([127.0.0.1]:45229 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PARki-0002J0-AY for ged-emacs-devel@m.gmane.org; Mon, 25 Oct 2010 14:26:36 -0400 Original-Received: from [140.186.70.92] (port=33102 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PARPf-0004eu-T3 for emacs-devel@gnu.org; Mon, 25 Oct 2010 14:04:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PARPR-0002T7-TC for emacs-devel@gnu.org; Mon, 25 Oct 2010 14:04:39 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:33082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PARPR-0002Sm-MS for emacs-devel@gnu.org; Mon, 25 Oct 2010 14:04:37 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LAU00500X5MH000@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Mon, 25 Oct 2010 20:04:35 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([77.127.168.113]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LAU0055ZY7L6750@a-mtaout20.012.net.il>; Mon, 25 Oct 2010 20:04:34 +0200 (IST) In-reply-to: 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:132101 Archived-At: > From: Stefan Monnier > Cc: Julien Danjou , emacs-devel@gnu.org > Date: Mon, 25 Oct 2010 12:06:43 -0400 > > Actually, storing generated files is always a source of annoyances. > For files that change very rarely, like the unicode char data, this is > not too problematic, but I often end up with problems because of > configure and src/config.in. Including with bzr? What problems are those? Bzr is much better than CVS in handling conflicts, so much so that I sometimes suspect it silently did the wrong thing (but it doesn't). > Even better would be if Bzr provided support for such things. If you can define the requirements, it might be worth to ask for such a feature on the Bazaar list. If you get lucky, you could have a POC plugin in a matter of days.