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: Dynamic loading progress Date: Wed, 16 Sep 2015 01:11:34 +0900 Message-ID: <87wpvry85l.fsf@uwakimon.sk.tsukuba.ac.jp> References: <55DB7C3D.4090106@cs.ucla.edu> <55DE75FD.8020308@cs.ucla.edu> <55F5DD8C.70506@dancol.org> <55F62C16.4000105@dancol.org> <55F64F04.9030002@dancol.org> <55F6E43E.9030502@dancol.org> <8737ygz8z3.fsf@uwakimon.sk.tsukuba.ac.jp> <55F789D5.3080005@dancol.org> <87zj0oxflr.fsf@uwakimon.sk.tsukuba.ac.jp> <87k2rsul36.fsf@fencepost.gnu.org> <55F81AC2.2080102@dancol.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1442335640 9007 80.91.229.3 (15 Sep 2015 16:47:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Sep 2015 16:47:20 +0000 (UTC) Cc: Emacs development discussions To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 15 18:47:11 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZbtNq-000751-In for ged-emacs-devel@m.gmane.org; Tue, 15 Sep 2015 18:47:06 +0200 Original-Received: from localhost ([::1]:44570 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbtNp-0003cE-Uu for ged-emacs-devel@m.gmane.org; Tue, 15 Sep 2015 12:47:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zbspb-0000sG-H6 for emacs-devel@gnu.org; Tue, 15 Sep 2015 12:11:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZbspW-0007Cc-Ew for emacs-devel@gnu.org; Tue, 15 Sep 2015 12:11:43 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:33952) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbspW-0007BT-4s for emacs-devel@gnu.org; Tue, 15 Sep 2015 12:11:38 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id F3DEA1C39DF; Wed, 16 Sep 2015 01:11:34 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 4083711EF83; Wed, 16 Sep 2015 01:11:34 +0900 (JST) In-Reply-To: <55F81AC2.2080102@dancol.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" ffb5abc8dc4e XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 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:189981 Archived-At: Daniel Colascione writes: > There's no way to require that everything in the Emacs address > space be licensed under the GPL. That is true (for example, the data segment is not covered by Emacs's GPL unless it contains Emacs code), but it's a useful guide to reasoning about code. > And that's a good thing, because equating sharing an address space > with a "derivative work" boundary is ridiculous. I'm pretty sure Richard doesn't consider it "ridiculous", though I expect he'd prefer a phrase like "as a first approximation" to "equate". > Even if Emacs were to look for some I_LOAD_ONLY_GPLV3=1 export from > loaded modules, the GPL does not prohibit a module simply lying. The GPL doesn't prohibit any behavior of software. However, it arguably would prohibit distribution of a module that lies in that way. Not because of the falsehood of the lie, but because from the fact of the lie I deduce the module actually violates the terms of the GPL by creating a derivative work, not all of which is licensed under the GPL. (I understand you disagree with that argument in principle. I'm just saying that it can be argued, and I expect it *would* be argued by the FSF, all the way to court if necessary.)