From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Yates Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Wed, 26 Feb 2014 18:13:13 -0500 Message-ID: References: <87wqgr4v18.fsf@yandex.ru> <53064BD0.7070009@yandex.ru> <87ha7tr5bo.fsf@fencepost.gnu.org> <87ppmhecd8.fsf@yandex.ru> <87y50z90pd.fsf@fencepost.gnu.org> <87txbn8r6x.fsf@fencepost.gnu.org> <8338j717oe.fsf@gnu.org> <87zjlf6tdx.fsf@fencepost.gnu.org> <83sir7yue7.fsf@gnu.org> <8761o3dlak.fsf@wanadoo.es> <83bnxuzyl4.fsf@gnu.org> <871tyqes5q.fsf@wanadoo.es> <87a9ddg7o8.fsf@engster.org> <87d2i9ee8t.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=14dae9d7c1f0579bf504f357599b X-Trace: ger.gmane.org 1393456392 4125 80.91.229.3 (26 Feb 2014 23:13:12 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 26 Feb 2014 23:13:12 +0000 (UTC) To: John Yates , =?ISO-8859-1?Q?=D3scar_Fuentes?= , Emacs developers Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 27 00:13:21 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 1WInfE-0008RR-Ba for ged-emacs-devel@m.gmane.org; Thu, 27 Feb 2014 00:13:20 +0100 Original-Received: from localhost ([::1]:43627 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WInfD-0001Ar-DO for ged-emacs-devel@m.gmane.org; Wed, 26 Feb 2014 18:13:19 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47256) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WInf9-00019u-Sn for emacs-devel@gnu.org; Wed, 26 Feb 2014 18:13:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WInf8-0002ki-1v for emacs-devel@gnu.org; Wed, 26 Feb 2014 18:13:15 -0500 Original-Received: from mail-yh0-x232.google.com ([2607:f8b0:4002:c01::232]:62301) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WInf7-0002kc-Sv for emacs-devel@gnu.org; Wed, 26 Feb 2014 18:13:13 -0500 Original-Received: by mail-yh0-f50.google.com with SMTP id t59so158126yho.23 for ; Wed, 26 Feb 2014 15:13:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=KGAWx35AttmWghPOs4BrIGo4eGaDSWb/Foc76VgxYrQ=; b=JJTtrBcmaSADnIaym2W1jaUoKEP9kGnXvuqybWMbIUkaLVfuO/Fn21FTi3yQVytzoR 4MdW/smmcPZpaOKuEXhh7G4FcYaBlkzkpCqUy5/+q0asafx+mVQWZFlVCCn2RT22kZ4n 7jh5uncXrXd/VH7MoW6RL2pL4+0MQjptU+uWBeeZwqdSaSvO/61VkE9t7Ai/MlM5kQzM M47dvbBa0Z/XJhTTuY7Ojnv9ZMbCFRJoRiKSgIcdsCrzT1ckuJo704T+rob5rRJFeyOq zFUlCDdEryw+tLbBctbRd/f6MIL/sN0oVu5Txtqn76BSANsUH+58Qp6yrT+Kd1D8f+wk sq9Q== X-Received: by 10.236.135.15 with SMTP id t15mr11072132yhi.35.1393456393458; Wed, 26 Feb 2014 15:13:13 -0800 (PST) Original-Received: by 10.170.46.138 with HTTP; Wed, 26 Feb 2014 15:13:13 -0800 (PST) In-Reply-To: <87d2i9ee8t.fsf@engster.org> X-Google-Sender-Auth: rWquVu7O5m5bb0Hdvqm3TJ7roKI X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:4002:c01::232 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:169900 Archived-At: --14dae9d7c1f0579bf504f357599b Content-Type: text/plain; charset=ISO-8859-1 Daivd, On Wed, Feb 26, 2014 at 4:49 PM, David Engster wrote: > Where did I say that clang cannot do that [refactor C++]? > Please forgive me if I mis-interpreted what you wrote. Just like Oscar I have tremendous respect for your contributions to Emacs and CEDET. I was responding to this paragraph: > CEDET will most probably never be able to refactor C++ code, aside from > very simple cases. There are very few IDEs out there which even try to > do that; from my experience, none of them do it 100% reliably (just > bring some meta template programming into the game and see what > happens). IMHO, "Refactoring C++" should not be in the job description. To me that sounded like you were dismissing all attempts across all IDEs to implement "Refactoring C++". Perhaps on re-reading what you meant was that 100% reliable refactoring of C++ should not be a CEDET goal. Was that what you meant? Or was it still something else? I did say that if you will accept nothing less than perfection, then by > all means implement your clang-based silver bullet. Do you foresee a future in which Emacs + ELPA will offer "lead bullet" level C++ refactoring? /john --14dae9d7c1f0579bf504f357599b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Daivd,

On Wed, Feb 26, 2014 at 4:49 PM,= David Engster <deng@randomsample.de> wrote:
Where did I say= that clang cannot do that [refactor C++]?

Please forgive me if I mis-interpret= ed what you wrote. =A0Just like Oscar I have tremendous respect for your co= ntributions to Emacs and CEDET.

I was responding t= o this paragraph:

> CEDET will most probably never be able to refactor C++= code, aside from
> very simple cases. There are very few IDEs out there which even try t= o
> do that; from my experience, none of them do it 100% reliably (just
> bring some meta template programming into the game and see what
> happens). IMHO, "Refactoring C++" should not be in the= job description.

To me that sounded like y= ou were dismissing all attempts across all IDEs to implement "Refactor= ing C++". =A0Perhaps on re-reading what you meant was that 100% reliab= le refactoring of C++ should not be a CEDET goal. =A0Was that what you mean= t? =A0Or was it still something else?

I did say that if you will accept nothing less than perfection, then by
all means implement your clang-based silver bullet.

Do you foresee a future in which Emacs + ELPA will offer "lea= d bullet" level C++ refactoring?

/john
--14dae9d7c1f0579bf504f357599b--