From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: clang/emacs/ecb/semantic Date: Tue, 04 Dec 2012 02:04:13 +0100 Message-ID: References: <20940A983D814C6192ABFF2B7A269A88@gmail.com> <87wqx42nag.fsf@yandex.ru> <87ehjcrw70.fsf@engster.org> <87hao816w4.fsf@wanadoo.es> <87hao7ioos.fsf@kuiper.lan.informatimago.com> <87zk1yhib2.fsf@kuiper.lan.informatimago.com> <50BAE369.2030503@dancol.org> <50BC0383.30208@dancol.org> <83ehj7rrko.fsf@gnu.org> <874nk3njay.fsf@gnu.org> <838v9frpcq.fsf@gnu.org> <50BCEBFB.1090004@dancol.org> <8338znrmuu.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1354583080 15734 80.91.229.3 (4 Dec 2012 01:04:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Dec 2012 01:04:40 +0000 (UTC) Cc: rms@gnu.org, cyd@gnu.org, emacs-devel@gnu.org, pjb@informatimago.com, Eli Zaretskii , Daniel Colascione To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Dec 04 02:04:51 2012 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 1TfgwK-0006jW-2c for ged-emacs-devel@m.gmane.org; Tue, 04 Dec 2012 02:04:48 +0100 Original-Received: from localhost ([::1]:46175 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tfgw8-0000lH-9n for ged-emacs-devel@m.gmane.org; Mon, 03 Dec 2012 20:04:36 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:59705) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tfgw5-0000lC-PE for emacs-devel@gnu.org; Mon, 03 Dec 2012 20:04:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Tfgw4-0002s4-Pp for emacs-devel@gnu.org; Mon, 03 Dec 2012 20:04:33 -0500 Original-Received: from mx2.bahnhof.se ([213.80.101.12]:61556) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Tfgw1-0002qt-7C; Mon, 03 Dec 2012 20:04:29 -0500 Original-Received: from localhost (mf.bahnhof.se [213.80.101.20]) by mx2-reinject (Postfix) with ESMTP id B76A9D514D; Tue, 4 Dec 2012 02:04:28 +0100 (CET) X-Virus-Scanned: by amavisd-new using ClamAV at bahnhof.se (MF3) Original-Received: from mf3.bahnhof.se ([127.0.0.1]) by localhost (mf3.bahnhof.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zrsmxkgqO0nu; Tue, 4 Dec 2012 02:04:25 +0100 (CET) Original-Received: from exodia.verona.se (h-235-102.a149.priv.bahnhof.se [85.24.235.102]) by mf3.bahnhof.se (Postfix) with ESMTP id 2DE70605073; Tue, 4 Dec 2012 02:04:23 +0100 (CET) Original-Received: from chopper.vpn.verona.se (DIR-655.verona.se [192.168.200.86]) by exodia.verona.se (Postfix) with ESMTP id 0ABE24E02F9; Tue, 4 Dec 2012 02:04:14 +0100 (CET) In-Reply-To: (Stefan Monnier's message of "Mon, 03 Dec 2012 14:37:23 -0500") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Mac OS X 10.x X-Received-From: 213.80.101.12 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:155231 Archived-At: Stefan Monnier writes: >>> Reducing functionality can *never* serve the cause of software >>> freedom. > > While I'm not sure we can say that in absolute terms like you do, > I generally agree with you that I do believe it hurts the Free > Software movement to self-inflict restrictions in this way. > [ I'm thinking of restrictions such as the FFI thingy for Emacs. > BTW, now that we have the green light for the FFI, I really would > be delighted to see movement on this front. ] Well, it seems rational to review past choices now and then. IMHO the risk of someone combining a non-free compiler backend with a free frontend is not great today, which maybe it was at some point in time. I base this on observations of the companies I work with. So the policy to not merge the mentioned features might have provided benefit to the project at one time, but not so much anymore. > > > Stefan -- Joakim Verona