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: Patch for fields of `struct buffer' Date: Tue, 01 Feb 2011 17:21:45 -0500 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1296604864 26878 80.91.229.12 (2 Feb 2011 00:01:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2011 00:01:04 +0000 (UTC) Cc: emacs-devel@gnu.org To: Tom Tromey Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Feb 02 01:01:00 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 1PkQ9Z-0005Qk-5a for ged-emacs-devel@m.gmane.org; Wed, 02 Feb 2011 01:00:58 +0100 Original-Received: from localhost ([127.0.0.1]:53879 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkObw-0005gQ-K8 for ged-emacs-devel@m.gmane.org; Tue, 01 Feb 2011 17:22:08 -0500 Original-Received: from [140.186.70.92] (port=55421 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkObo-0005cO-OE for emacs-devel@gnu.org; Tue, 01 Feb 2011 17:22:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PkObj-00007O-VV for emacs-devel@gnu.org; Tue, 01 Feb 2011 17:21:57 -0500 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:39134) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PkObj-00007A-Rg for emacs-devel@gnu.org; Tue, 01 Feb 2011 17:21:55 -0500 Original-Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id p11MLoRA014989; Tue, 1 Feb 2011 17:21:50 -0500 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 090EE1300EB; Tue, 1 Feb 2011 17:21:46 -0500 (EST) In-Reply-To: (Tom Tromey's message of "Tue, 01 Feb 2011 11:26:07 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3735=0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 132.204.246.22 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:135437 Archived-At: > I wrote an evil sed script to generate globals.h from the .c files. > I used sed and not anything nicer since that is what the GNU coding > standards specify. Using sed means that it can't be used for the Windows build, i.e. it would then have to be handled like `configure' and a few other generated files which are kept in Bzr. It's not the end of the world, but it's not ideal. This said, since globals.h is already under Bzr, it's no worse than what we already have, so feel free to install a patch that adds a Makefile entry to regenerate globals.h and install the corresponding newly generated globals.h. > Maybe Andreas' idea of reusing the doc extractor would be better. > I have not looked at that. It might be a better solution, indeed, which should work for Windows and MS-DOS as well. Note that this auto-generation of globals.h might trigger some related neurons and bring up related desires. E.g. auto-generate the `defsubr' calls and all the intern_c_string+staticpro for Q vars ;-) Stefan