From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan Moringen Newsgroups: gmane.emacs.devel Subject: Re: Potential copyright problem in EIEIO improvement Date: Thu, 31 Dec 2009 04:25:38 +0100 Message-ID: <5533_1262229939_ZZg0N6K4nOGuV.00_1262229938.3761.46.camel@localhost.localdomain> References: <23751_1262141343_ZZg0N7E3ZcBp~.00_1262141340.11263.18.camel@localhost.localdomain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7BIT X-Trace: ger.gmane.org 1262231982 12175 80.91.229.12 (31 Dec 2009 03:59:42 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Dec 2009 03:59:42 +0000 (UTC) Cc: emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 31 04:59:35 2009 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.50) id 1NQCCC-0001Qb-5F for ged-emacs-devel@m.gmane.org; Thu, 31 Dec 2009 04:59:32 +0100 Original-Received: from localhost ([127.0.0.1]:59560 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NQCCC-0004Uq-4K for ged-emacs-devel@m.gmane.org; Wed, 30 Dec 2009 22:59:32 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NQBfZ-0002VA-Rz for emacs-devel@gnu.org; Wed, 30 Dec 2009 22:25:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NQBfU-0002Tc-5s for emacs-devel@gnu.org; Wed, 30 Dec 2009 22:25:48 -0500 Original-Received: from [199.232.76.173] (port=53724 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NQBfU-0002TZ-0e for emacs-devel@gnu.org; Wed, 30 Dec 2009 22:25:44 -0500 Original-Received: from mux2-unibi-smtp.hrz.uni-bielefeld.de ([129.70.204.73]:50776) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NQBfQ-0005HQ-Id; Wed, 30 Dec 2009 22:25:40 -0500 Original-Received: from pmxchannel-daemon.mux2-unibi-smtp.hrz.uni-bielefeld.de by mux2-unibi-smtp.hrz.uni-bielefeld.de (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) id <0KVH00E00YUR0O00@mux2-unibi-smtp.hrz.uni-bielefeld.de>; Thu, 31 Dec 2009 04:25:39 +0100 (CET) Original-Received: from [192.168.2.102] ([92.39.24.59]) by mux2-unibi-smtp.hrz.uni-bielefeld.de (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPPSA id <0KVH00LLWYUQK0C0@mux2-unibi-smtp.hrz.uni-bielefeld.de>; Thu, 31 Dec 2009 04:25:39 +0100 (CET) In-reply-to: X-Mailer: Evolution 2.29.3.2 X-EnvFrom: jan.moringen@uni-bielefeld.de X-PMX-Version: 5.5.1.360522, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.12.31.30917, pmx8 X-Connecting-IP: 92.39.24.59 X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (beta) X-Mailman-Approved-At: Wed, 30 Dec 2009 22:58:41 -0500 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:119106 Archived-At: On Wed, 2009-12-30 at 20:45 -0500, Richard Stallman wrote: > > (defun eieio-c3-candidate (class remaining-inputs) > > "Returns CLASS if it can go in the result now, otherwise nil" > > ;; Ensure CLASS is not in any position but the first in any of > the > > ;; element lists of REMAINING-INPUTS. > > (and (not (some (lambda (l) (member class (rest l))) > > remaining-inputs)) > > class)) > > > > and later: > > > > (let ((next (some (lambda (c) (eieio-c3-candidate c > remaining-inputs)) > > (mapcar #'first > > (remove-if #'null remaining-inputs))))) > > If that's the whole extent of the code in question, > about 7 lines, I don't think there's an issue to be concerned about. Thank you for your opinion on this. Regarding the "if" part, there are two parts: the canonical Dylan linearization, upon which the paper (mentioned in my original message) is improving and the actual improvement. The code above corresponds to the improvement. My patch also has parts derived from the unchanged parts of the canonical implementation. I thought the part derived from the canonical implementation should not be a problem since the canonical implementation is available under GPL in Open Dylan. Thanks again, Jan