From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: May your change "Factor out lists of operators specially treated by 'make-autoload'." be added to Emacs? Date: Sat, 19 Nov 2011 23:15:02 +0900 Message-ID: <874ny0ryft.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87ty63j2n8.fsf@uwakimon.sk.tsukuba.ac.jp> <87r517iet0.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: dough.gmane.org 1321712124 27013 80.91.229.12 (19 Nov 2011 14:15:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 19 Nov 2011 14:15:24 +0000 (UTC) Cc: emacs-devel@gnu.org To: Samuel Bronson Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 19 15:15:18 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RRlhO-0002S2-3L for ged-emacs-devel@m.gmane.org; Sat, 19 Nov 2011 15:15:18 +0100 Original-Received: from localhost ([::1]:58306 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RRlhN-0007x2-Br for ged-emacs-devel@m.gmane.org; Sat, 19 Nov 2011 09:15:17 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:38416) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RRlhJ-0007wj-Ry for emacs-devel@gnu.org; Sat, 19 Nov 2011 09:15:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RRlhI-0008IA-Rs for emacs-devel@gnu.org; Sat, 19 Nov 2011 09:15:13 -0500 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:42167) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RRlhI-0008Da-Dj for emacs-devel@gnu.org; Sat, 19 Nov 2011 09:15:12 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id 8A7B697061F; Sat, 19 Nov 2011 23:15:02 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 7CC4C1A3009; Sat, 19 Nov 2011 23:15:02 +0900 (JST) In-Reply-To: X-Mailer: VM 8.2.0a1 under 21.5 (beta31) "ginger" 2dbefd79b3d3 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.224 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:146097 Archived-At: Samuel Bronson writes: > While this leaves me rather puzzled as to how the code to which I wish > to apply your refactoring came to be in GNU Emacs, the important thing > is that it *is* here and the refactoring *is* applicable. Oh, that's very easy to explain. We need our code to work with programs written for Emacs, so semantics of code that affects 3rd-party packages can't vary much from Emacs. The spec and original implementation of autoload.el were inherited from Emacs (Roland McGrath wrote the original, I think), but Ben's code is usually entirely new except where he states in the ChangeLog that it was a sync. In this case there's no such note, so I assume (to be on the safe side of the Emacs assignment policy) that Ben wrote the implementation we're currently using since he's the one who installed the code. > I suppose I will have to bring my own copyright assignment papers up > to date at some point, though, now that I've graduated from college. > It would be nice if somebody could tell me how to do that. If Stefan or Yidong doesn't pick up on this message write them directly and they'll get the copyright clerk to send you the necessary forms. > This all started because I kept whining in #emacs about > package.el/autoload.el not supporting autoload generation for custom > defun-like macros properly, Well there you go!