From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: progmodes/project.el and search paths Date: Thu, 13 Aug 2015 15:05:32 +0300 Message-ID: <55CC880C.4010008@yandex.ru> References: <55BE209F.1000009@siege-engine.com> <55BE509B.2080307@yandex.ru> <55BEC1B5.6060204@gmail.com> <86twsgfiuc.fsf@stephe-leake.org> <87mvy2kjxa.fsf@esperi.org.uk> <86si7t11li.fsf@stephe-leake.org> <87lhdkzmdv.fsf@isaac.fritz.box> <86pp2wzcaa.fsf@stephe-leake.org> <877fp3z8i7.fsf@isaac.fritz.box> <86bnefyu0b.fsf@stephe-leake.org> <87k2t0yfz9.fsf@isaac.fritz.box> <86tws4wrar.fsf@stephe-leake.org> <87egj8y0wi.fsf@isaac.fritz.box> <87lhdf1k2a.fsf@esperi.org.uk> 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 1439467566 16520 80.91.229.3 (13 Aug 2015 12:06:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 13 Aug 2015 12:06:06 +0000 (UTC) Cc: Stephen Leake , emacs-devel@gnu.org To: Nix , David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 13 14:06:01 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 1ZPrGi-0007w2-9F for ged-emacs-devel@m.gmane.org; Thu, 13 Aug 2015 14:06:00 +0200 Original-Received: from localhost ([::1]:42188 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZPrGh-000599-2O for ged-emacs-devel@m.gmane.org; Thu, 13 Aug 2015 08:05:59 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32917) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZPrGS-000594-Gt for emacs-devel@gnu.org; Thu, 13 Aug 2015 08:05:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZPrGN-0003Eh-ML for emacs-devel@gnu.org; Thu, 13 Aug 2015 08:05:43 -0400 Original-Received: from mail-wi0-x22c.google.com ([2a00:1450:400c:c05::22c]:37910) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZPrGN-0003D4-8S for emacs-devel@gnu.org; Thu, 13 Aug 2015 08:05:39 -0400 Original-Received: by wicja10 with SMTP id ja10so67087364wic.1 for ; Thu, 13 Aug 2015 05:05:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-type:content-transfer-encoding; bh=P9STdhdNSvy2FP6bh7bRqFyHbM7l+tgZXtf8yTunBbA=; b=KCZhTYxudPTBeQ80rc4S0aDSuZalQ6DrHHZAgCkNt5IKCVrxV2DyCXKPLkoW7zcdyK 4L6iQeHwY3xWYUvQJOHyKQzNBhozGHhd+OLipgKtBMZhQXPs+UequxbFDGGRyNZmhPGO j4mUULtv4zT4k06InRwAMBVbjM1P/N7TvhE5uWy6OfyihyTioknplhqkK2JFtxToWRWm T+iD+m/zYisVFDFgJO709HEgxpjHEZr6uA/2+wKcex4gGphHKA50UN8APQGDB/PhMQ9r 2XugWZVs+mlqb6MX39lhrrTZXXhwZDpyxzo5yyXS/VCU1Y3DjcBhjTSU8ibDftc0eN5t L0nA== X-Received: by 10.180.78.98 with SMTP id a2mr6106482wix.50.1439467536320; Thu, 13 Aug 2015 05:05:36 -0700 (PDT) Original-Received: from [10.9.0.103] (nat.webazilla.com. [78.140.128.228]) by smtp.googlemail.com with ESMTPSA id df1sm3082425wib.12.2015.08.13.05.05.34 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 13 Aug 2015 05:05:35 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 In-Reply-To: <87lhdf1k2a.fsf@esperi.org.uk> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22c 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:188775 Archived-At: On 08/13/2015 02:53 PM, Nix wrote: > Quite. Given that name lookup can be literally arbitrarily complicated > in C++, the only way to get it guaranteed right there involves writing a > C++ compiler in elisp or compiler assistance -- and even that is kind of > hopeless, because of course CEDET has to routinely work with > uncompilable and only-partially-written buffers. There are compilers written with editing and incomplete code in mind. Clang, of course, performs some at least error recovery, or else it would be useless for code completion. > (This is a fairly > strong argument *against* relying on the compiler, in fact -- we'll > always want something like Semantic, because we can tell it to be less > pedantic in its parsing, recover as much as possible from every parse > error, and so on.) Can we? I'm guessing Semantic has at most one level of being "less pedantic", and implementing several of them, as well as support for those in grammars, wouldn't be trivial.