From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eric Ludlam Newsgroups: gmane.emacs.devel Subject: Re: IDE Date: Tue, 13 Oct 2015 22:32:36 -0400 Message-ID: <561DBEC4.3060502@siege-engine.com> References: <831td9z18h.fsf@gnu.org> <5612E996.7090700@yandex.ru> <83bnc7tavr.fsf@gnu.org> <5618C92A.3040207@yandex.ru> <83a8rrt9ag.fsf@gnu.org> <5618D376.1080700@yandex.ru> <831td3t62e.fsf@gnu.org> <5618E51D.4070800@yandex.ru> <83twpzrp05.fsf@gnu.org> <5618ED93.8000001@yandex.ru> <83lhbbrnn7.fsf@gnu.org> <56191D6B.8040405@yandex.ru> <838u7assvj.fsf@gnu.org> <561A3582.5080806@yandex.ru> <561A3756.1010404@gmx.at> <561A41CA.6060908@yandex.ru> <87io6c5ov5.fsf@gmail.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1444790055 12775 80.91.229.3 (14 Oct 2015 02:34:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 Oct 2015 02:34:15 +0000 (UTC) Cc: martin rudalics , Eli Zaretskii , adatgyujto@gmail.com, emacs-devel@gnu.org To: Oleh Krehel , Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 14 04:34:00 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 1ZmBt9-0002qL-6U for ged-emacs-devel@m.gmane.org; Wed, 14 Oct 2015 04:33:59 +0200 Original-Received: from localhost ([::1]:40216 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmBt7-0003fN-Jo for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 22:33:57 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54868) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmBru-0003dh-Kb for emacs-devel@gnu.org; Tue, 13 Oct 2015 22:32:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZmBrr-0000Zu-BT for emacs-devel@gnu.org; Tue, 13 Oct 2015 22:32:42 -0400 Original-Received: from mail-qg0-f54.google.com ([209.85.192.54]:33346) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZmBrr-0000Zp-7x; Tue, 13 Oct 2015 22:32:39 -0400 Original-Received: by qgeb31 with SMTP id b31so31841237qge.0; Tue, 13 Oct 2015 19:32:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=HV69Zpi8Fn/63qvA2IAThBVkaHWGlGQAsOJpf6C0hfo=; b=I1qn3tb+zWmyLuxuiDweGTVVhnGMC2RYgfGj9WzzOLYLye44kVA8M4RQRom5lupo21 9FF1I/Rc/WDfcb/mELb1dC1DEfGGDWTa47VtphKQotV33asvZ9QPRvAau4tQaOqazG7Q irXo/g2MAwiT2HexA9O/ZP8hOrkfA/ffjHQJJJzGRHQLH9Rdhxp6wP2rLhdT+nMPVkpn OsyV5y29cb0T0FJ7E6fUp1Kb/+CEd9HRblmvrh2epPiDVpgCO6L4Jp42ejz5zbRmhASL OCauolMZ+H23FuPrEfjsHE/34yKoO4F9mM4Z8vSjkkuXPUSjTtbdUzZ6PhofLYPlqQsq mu5g== X-Received: by 10.140.233.146 with SMTP id e140mr860656qhc.90.1444789958908; Tue, 13 Oct 2015 19:32:38 -0700 (PDT) Original-Received: from [192.168.1.202] (pool-71-184-198-118.bstnma.fios.verizon.net. [71.184.198.118]) by smtp.googlemail.com with ESMTPSA id 99sm2504526qkv.38.2015.10.13.19.32.37 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 13 Oct 2015 19:32:37 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <87io6c5ov5.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.192.54 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:191524 Archived-At: On 10/12/2015 07:05 AM, Oleh Krehel wrote: > What's missing, in my opinion, is only faster and more precise parser > (CEDET, GCC etc). For example, currently `semantic-fetch-tags' parses > public/private/protected labels as tags, instead of applying these > properties to actual tags. If that were so, it would be very easy to add > a public/private/protected icon to each tag, just like MS VS does it. The parser saves the buffer as close as it can - that allows it to be regenerated later. If you use the 'semantic-format-*' functions, such as the uml version, it will identify the protection and use the right symbology. If you are writing the code that calls the formatter, you need to specify the parent tag. > Another example is the QT code: it's a popular LGPL C++ framework that's > currently hard to setup for CEDET. > For instance, `#include ` is a plain file without an > extension with only this code inside: > > #include "qpushbutton.h" > > Since the extension isn't recognized, it's not parsed by CEDET. And I > have to write `#include "qpushbutton.h"` in my application instead of > the more preferred `#include `, because that way I > get tag completion. You can solve this by adding the qt include directory to auto-mode-alist. There is a workaround posted in emacswiki roughly like this: (setq qt4-base-dir "/usr/include/qt4") (setq qt4-gui-dir (concat qt4-base-dir "/QtGui")) (semantic-add-system-include qt4-base-dir 'c++-mode) (semantic-add-system-include qt4-gui-dir 'c++-mode) (add-to-list 'auto-mode-alist (cons qt4-base-dir 'c++-mode)) There are a few extra steps for Qt preprocessor symbols and more, but the above lets you avoid the no extension problem. > Could someone explain to me if making GCC the dependency of Emacs would > be a good idea, from technical and freedom point of view? Personally, I > wouldn't care if Emacs executable would get inflated a bit more, if that > meant access to true IDE features, which are only possible with a > precise and fast parser. There are folks using CEDET without gcc on their system, or at least, they've needed configuration help with alternate compilers. Eric