From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Tue, 04 Mar 2014 19:18:45 +0100 Message-ID: <878uspaku2.fsf@wanadoo.es> References: <20140217203145.71a849f7@forcix.jorgenschaefer.de> <837g8t8ouc.fsf@gnu.org> <20140219080524.25689b6b@forcix.jorgenschaefer.de> <83k3cr58o2.fsf@gnu.org> <530BAEE5.9040004@online.de> <87ppmatkpe.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqgfsxsr.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqgf37n4.fsf@fencepost.gnu.org> <87ha7gshu9.fsf@uwakimon.sk.tsukuba.ac.jp> <871tyko9l5.fsf@fencepost.gnu.org> <87eh2ks897.fsf@uwakimon.sk.tsukuba.ac.jp> <87fvn0mk25.fsf@fencepost.gnu.org> <87bnxorlol.fsf@uwakimon.sk.tsukuba.ac.jp> <877g8bmxal.fsf@fencepost.gnu.org> <877g8asfl0.fsf@uwakimon.sk.tsukuba.ac.jp> <8738iyjrl3.fsf@fencepost.gnu.org> <87mwh5ridq.fsf@uwakimon.sk.tsukuba.ac.jp> <87wqg9hn10.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1393957149 11755 80.91.229.3 (4 Mar 2014 18:19:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Mar 2014 18:19:09 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 04 19:19:15 2014 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 1WKtvu-000286-Ke for ged-emacs-devel@m.gmane.org; Tue, 04 Mar 2014 19:19:14 +0100 Original-Received: from localhost ([::1]:47327 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKtvu-0001Qe-3J for ged-emacs-devel@m.gmane.org; Tue, 04 Mar 2014 13:19:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51163) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKtvl-0001QO-QG for emacs-devel@gnu.org; Tue, 04 Mar 2014 13:19:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WKtvf-0002XZ-Rd for emacs-devel@gnu.org; Tue, 04 Mar 2014 13:19:05 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:36245) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WKtvf-0002XU-KT for emacs-devel@gnu.org; Tue, 04 Mar 2014 13:18:59 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1WKtvd-0001uY-8I for emacs-devel@gnu.org; Tue, 04 Mar 2014 19:18:57 +0100 Original-Received: from 2.red-83-46-213.dynamicip.rima-tde.net ([83.46.213.2]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Mar 2014 19:18:57 +0100 Original-Received: from ofv by 2.red-83-46-213.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 04 Mar 2014 19:18:57 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 22 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 2.red-83-46-213.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:x5++fB14pi2KB2oiPSZAzso7fX4= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:170139 Archived-At: David Kastrup writes: [snip] >> In any case, Richard's argument nowhere depends on *exclusive* use of >> Clang. He simply doesn't want unique features of Clang supported, no >> matter how good Emacs's support for GCC is. > > Sigh. I don't know _how_ often I have to repeat this. The problem is > not "supporting features of Clang", the problem is _requiring_ features > of Clang for supporting features of Emacs. > > We don't want Emacs features that _depend_ on Clang. It's clear that that is not RMS intention. Otherwise, for the specific case of C++ smart completion, CEDET could default to its own parser and provide Clang as an option. But that's not allowed by RMS. He doesn't want Clang on Emacs unless *GCC* provides the same features. Which is an unfair scenario for GCC because, contrary to Clang, it wasn't intended to provide those features, and past attempts to steer its development towards those goals were rejected by the same person who now spurs them to match Clang's library-like features :-/