From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Wed, 14 Oct 2015 08:17:24 -0500 Message-ID: <86lhb5wpwb.fsf@stephe-leake.org> References: <83fv1r3gzp.fsf@gnu.org> <83bncf3f9k.fsf@gnu.org> <5610E0BC.8090902@online.de> <83si5r106e.fsf@gnu.org> <831td9z18h.fsf@gnu.org> <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <871tcyexa9.fsf@fimbulvetr.bsc.es> <87612a7my2.fsf@fencepost.gnu.org> <561DC925.5050001@siege-engine.com> <87fv1d6fdf.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1444828921 25825 80.91.229.3 (14 Oct 2015 13:22:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 13:22:01 +0000 (UTC) Cc: emacs-devel@gnu.org, Eric Ludlam To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 14 15:21:50 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 1ZmM01-0001vm-2m for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 15:21:45 +0200 Original-Received: from localhost ([::1]:42307 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmM00-0001mP-Er for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 09:21:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36033) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmLxc-0006re-JD for emacs-devel@gnu.org; Wed, 14 Oct 2015 09:19:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmLxX-0005RS-OJ for emacs-devel@gnu.org; Wed, 14 Oct 2015 09:19:16 -0400 Original-Received: from gproxy8-pub.mail.unifiedlayer.com ([67.222.33.93]:37756) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1ZmLxX-00056O-HD for emacs-devel@gnu.org; Wed, 14 Oct 2015 09:19:11 -0400 Original-Received: (qmail 24595 invoked by uid 0); 14 Oct 2015 13:17:56 -0000 Original-Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy8.mail.unifiedlayer.com with SMTP; 14 Oct 2015 13:17:56 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by cmgw2 with id V1Hh1r00F2UdiVW011HkjS; Wed, 14 Oct 2015 07:17:54 -0600 X-Authority-Analysis: v=2.1 cv=Jv9i8qIC c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=9i_RQKNPAAAA:8 a=IkcTkHD0fZMA:10 a=hEr_IkYJT6EA:10 a=x_XPkuGwIRMA:10 a=5lJygRwiOn0A:10 a=mDV3o1hIAAAA:8 a=dMuJOXMfAAAA:8 a=DDrV8HC6AAAA:8 a=VVlED5B4AAAA:8 a=VFdrqpKPnmYka1Ng9YAA:9 a=QEXdDO2ut3YA:10 Original-Received: from [76.218.37.33] (port=53837 helo=TAKVER2) by host114.hostmonster.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZmLw6-0001ic-Lj; Wed, 14 Oct 2015 07:17:42 -0600 In-Reply-To: <87fv1d6fdf.fsf@fencepost.gnu.org> (David Kastrup's message of "Wed, 14 Oct 2015 10:09:16 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) X-Identified-User: {2442:host114.hostmonster.com:stephele:stephe-leake.org} {sentby:smtp auth 76.218.37.33 authed with stephen_leake@stephe-leake.org} X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 67.222.33.93 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:191558 Archived-At: David Kastrup writes: > Eric Ludlam writes: > >> On 10/13/2015 12:28 PM, David Kastrup wrote: >>> "John Wiegley" writes: >>> >>>>>>>>> Llu=C3=ADs writes: >>>> >>>>> Eli Zaretskii writes: >>>>> [...] >>>>>>> For C/C++, the community has Irony and Rtags, both based on libclan= g. If >>>>>>> libclang is unacceptable for you, you probably know a more appropri= ate >>>>>>> mailing list to bring that up at. >>>> >>>>>> Let's not reiterate past discussions: you forget CEDET. >>>> >>>> CEDET first came out in 2003. If it were the answer to our present >>>> questions, we would not be asking them. >>> >>> But since it did come out in 2003, we really should be asking _why_ it >>> isn't the answer to our present questions, in order to avoid the effort >>> of creating CEDET2 and CEDET3. >> >> Based on the many emails I've seen on the topic, I suspect the answer is: >> >> * It is hard to configure (ie - setting up project files, >> include paths, or whatever.) >> * Specific implementations are incomplete (ie - c++ || other parser is >> imperfect, the project system doesn't implement some feature, etc) >> * It is compared against better staffed tools > > I got rid of it because it tended to eat all my CPU repeatedly digging > through buffers and files in the background. I don't want some tool to > go treasure-hunting for hours in my directories without concrete cause, > then restart for inscrutable reasons. > > It had its own idea of projects not matching the projects I was working > with, and it's an absolute no-go for Emacs to meddle with project > organization: I want to be able to jump in with Emacs into any project > without any pre- or post-configuration. > > Maybe that's a decisive difference between what people got to expect > from an IDE and I expect from Emacs: if someone develops stuff in Visual > C++, everybody in the project is expected to use the project > organization tools of the Visual C++ IDE. But I don't want my choice of > Emacs as an editor bleed all over a project. That means CEDET needs to recognize your Visual C++ project, just like the Visual C++ IDE does. CEDET does not currently support this. > Now you'll say that EDE (or Semantic, or whatever other component) is > entirely optional but it's hard to figure out just what the relations of > the various parts of CEDET are. If you want to just work with the code > you have and not get stuff messed up, at some point of time it's easier > to just forego the whole inscrutable package and simplify one's life. You seem to be implying that something in CEDET was changing things on the disk without your permission; is that what you are actually saying? > Again, that's a main difference to what a normal IDE is doing: it tends > to focus on a small set of languages and does them well when I buy into > the IDE, and I can use IDE features as needed. It's more than just the language; it's also the build tools and cross reference tools, and the associated configuration files. --=20 -- Stephe