From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: stop using P_, __P in header files Date: Mon, 5 Jul 2010 02:14:37 -0400 Message-ID: References: <4C2DB1E0.7010305@swipnet.se> <83aaqa9ml7.fsf@gnu.org> <9A690AC5-8C59-4691-88AC-EDDABCF2F704@raeburn.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1278310502 19268 80.91.229.12 (5 Jul 2010 06:15:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 5 Jul 2010 06:15:02 +0000 (UTC) Cc: Emacs Developers To: Dan Nicolaescu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 05 08:15:01 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 1OVexH-0001Od-2E for ged-emacs-devel@m.gmane.org; Mon, 05 Jul 2010 08:14:59 +0200 Original-Received: from localhost ([127.0.0.1]:55915 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OVexG-0001TU-Ck for ged-emacs-devel@m.gmane.org; Mon, 05 Jul 2010 02:14:58 -0400 Original-Received: from [140.186.70.92] (port=57522 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OVex9-0001TP-P3 for emacs-devel@gnu.org; Mon, 05 Jul 2010 02:14:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OVex7-0003C1-Pv for emacs-devel@gnu.org; Mon, 05 Jul 2010 02:14:51 -0400 Original-Received: from splat.raeburn.org ([69.25.196.39]:52699 helo=raeburn.org) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OVeww-00039x-Jb; Mon, 05 Jul 2010 02:14:49 -0400 Original-Received: from squish.raeburn.org (squish.raeburn.org [10.0.0.172]) by raeburn.org (8.14.3/8.14.1) with ESMTP id o656Ebbf001074; Mon, 5 Jul 2010 02:14:37 -0400 (EDT) In-Reply-To: X-Mailer: Apple Mail (2.1081) 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:126783 Archived-At: On Jul 5, 2010, at 01:51, Dan Nicolaescu wrote: > Ken Raeburn writes: >> Also, I believe make-docfile scans the argument lists; it may need to = be taught about the new syntax. >=20 > Good point. If you are familiar with that code, please do it. I'm not, but I can look into it. >> Or, the explicit old-style argument declarations can go away, and >> DEFUN can be taught how to expand a list of argument names into a >> list of new-style argument declarations. I thought about doing this >> back in May when we were discussing the DOC file name handling and >> version number definition; I think it would require making a bunch >> of helper macros for each MAXARGS value that could get passed. (I >> was thinking about it in the context of putting the doc strings in a >> section of the executable that only gets paged in when needed on >> most platforms, rather than having to copy them to and then load >> from a separate file.) This would be a different approach for tackling the same problem. = Question is, do we want the explicit argument types in each function, = and more work for make-docfile, or keep things simple for make-docfile = and macro-expand the argument name list into appropriate declarations? = The set of macros would basically be parallel to the existing = DEFUN_ARGS_* macros, except with names to substitute. > Something also needs to be done about the type for = lisp.h:Lisp_Subr.function Either leave the arg list unspecified, or we have to do a bunch of = casting; I don't think there are any other options... Ken=