From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Johannes Weiner Newsgroups: gmane.emacs.devel Subject: Re: Release plans Date: Fri, 15 Aug 2008 07:08:06 +0200 Message-ID: <87vdy2x3ux.fsf@skyscraper.fehenstaub.lan> References: <10697146.3630221218551689983.JavaMail.www@wwinf4615> <20080812171404.GB7999@muc.de> <20080813092057.GA3010@muc.de> <20080814083817.GA2593@muc.de> <877iak7xfp.fsf@skyscraper.fehenstaub.lan> <873al79akr.fsf@skyscraper.fehenstaub.lan> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1218776937 7298 80.91.229.12 (15 Aug 2008 05:08:57 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Aug 2008 05:08:57 +0000 (UTC) Cc: acm@muc.de, ams@gnu.org, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 15 07:09:48 2008 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 1KTrZL-0008UL-Cu for ged-emacs-devel@m.gmane.org; Fri, 15 Aug 2008 07:09:47 +0200 Original-Received: from localhost ([127.0.0.1]:53682 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTrYO-0000Xv-Sr for ged-emacs-devel@m.gmane.org; Fri, 15 Aug 2008 01:08:48 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KTrYH-0000X3-NE for emacs-devel@gnu.org; Fri, 15 Aug 2008 01:08:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KTrYF-0000Wj-Vm for emacs-devel@gnu.org; Fri, 15 Aug 2008 01:08:40 -0400 Original-Received: from [199.232.76.173] (port=47964 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KTrYF-0000Wf-Rg for emacs-devel@gnu.org; Fri, 15 Aug 2008 01:08:39 -0400 Original-Received: from saeurebad.de ([85.214.36.134]:48095) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KTrY6-0006ua-Rx; Fri, 15 Aug 2008 01:08:31 -0400 Original-Received: by saeurebad.de (Postfix, from userid 107) id 2CBD92F00CA; Fri, 15 Aug 2008 07:08:29 +0200 (CEST) Original-Received: from localhost (83-221-69-159.dynamic.primacom.net [83.221.69.159]) by saeurebad.de (Postfix) with ESMTP id 9C3EE2F00C4; Fri, 15 Aug 2008 07:08:28 +0200 (CEST) In-Reply-To: (Richard M. Stallman's message of "Thu, 14 Aug 2008 23:41:19 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.1.3 X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:102475 Archived-At: Hi, "Richard M. Stallman" writes: > Emacs has still no support to load shared libraries during runtime and > IIRC it was rejected back then due to political reasons. I call this > crippling. > > "Crippling" would imply making Emacs unusable, which it clearly isn't. A cripple is not naturally dead. A cripple is limited compared to others of the same kind or to it's theoretical potential. > The reason for my decision is to make sure that extension to Emacs are > free. The aim is to maximize what users can do while remaining free. So Stephen was wrong and it is incorrect that the law would forbid loading GPL-incompatible modules this way? I won't doubt your intentions here, I *know* that your primary goal is the software's freedom. But I question your way of achieving what you are up to. This is not meant impolite, I just like to think on my own. We have the same goal: we both don't want Emacs to become non-free and have it have the maximum functionality that is within the limits. So I am interested in your views of the limits and why you think runtime-loading of shared libraries is beyond these limits and runtime-loading of byte-compiled .el files is not. Hannes