From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: configure{.in,} question Date: Mon, 25 Oct 2010 12:06:43 -0400 Message-ID: References: <09k4l72w3b.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1288024474 28299 80.91.229.12 (25 Oct 2010 16:34:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 25 Oct 2010 16:34:34 +0000 (UTC) Cc: Julien Danjou , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 25 18:34:32 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 1PAQ0G-0002w0-4l for ged-emacs-devel@m.gmane.org; Mon, 25 Oct 2010 18:34:32 +0200 Original-Received: from localhost ([127.0.0.1]:55213 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PAQ0F-00085K-FA for ged-emacs-devel@m.gmane.org; Mon, 25 Oct 2010 12:34:31 -0400 Original-Received: from [140.186.70.92] (port=52491 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PAPqv-00023T-OA for emacs-devel@gnu.org; Mon, 25 Oct 2010 12:24:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PAPZO-0003DH-U3 for emacs-devel@gnu.org; Mon, 25 Oct 2010 12:06:47 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.181]:50212 helo=ironport2-out.pppoe.ca) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PAPZN-0003Cw-JZ; Mon, 25 Oct 2010 12:06:45 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmQJAANIxUxFpYd9/2dsb2JhbACgYntyvSGFSASSHw X-IronPort-AV: E=Sophos;i="4.58,236,1286164800"; d="scan'208";a="80627714" Original-Received: from 69-165-135-125.dsl.teksavvy.com (HELO pastel.home) ([69.165.135.125]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 25 Oct 2010 12:06:44 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 97629A8503; Mon, 25 Oct 2010 12:06:43 -0400 (EDT) In-Reply-To: (Eli Zaretskii's message of "Mon, 25 Oct 2010 05:15:58 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. 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:132096 Archived-At: > Not like that at all. Not every generated file should be omitted. We > have other generated files in the repository, take a look at > admin/charsets and admin/unidata. There's nothing wrong with that, > really. 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. I worked around most of those problems in my local branch by "bzr mv"ing those files to a "junk" directory. Of course, there are yet other generated files which change somewhat often but that we need for bootstrapping reasons. This said, I'd be happy to try and move all those generated files to some auxiliary place, so as to better balance the conflict between "we want to have them to make installation easier and bootstrap possible" and "we don't want to store generated files, to avoid conflicts". We already do that with lisp/loaddefs.el (whose bootstrap version is in lisp/ldefs-boot.el), but maybe a more generic approach would be desirable. Even better would be if Bzr provided support for such things. Stefan