From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: progmodes/project.el and search paths Date: Tue, 04 Aug 2015 03:13:21 -0400 Message-ID: References: <55BE209F.1000009@siege-engine.com> <55BE509B.2080307@yandex.ru> <87r3nkjxby.fsf@isaac.fritz.box> <87h9ogyq6s.fsf@isaac.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438672430 24639 80.91.229.3 (4 Aug 2015 07:13:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 4 Aug 2015 07:13:50 +0000 (UTC) Cc: Eric Ludlam , Dmitry Gutov , Emacs Development To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 04 09:13:38 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 1ZMWPq-0003Ji-98 for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 09:13:38 +0200 Original-Received: from localhost ([::1]:33734 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMWPp-00086g-9x for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 03:13:37 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47671) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMWPm-00086X-Dt for emacs-devel@gnu.org; Tue, 04 Aug 2015 03:13:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZMWPj-00048R-2c for emacs-devel@gnu.org; Tue, 04 Aug 2015 03:13:34 -0400 Original-Received: from smtp-as-02.vtxnet.net ([194.38.175.140]:52966) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMWPi-00044y-Rq for emacs-devel@gnu.org; Tue, 04 Aug 2015 03:13:30 -0400 Original-Received: from smtp-as-02.vtxnet.net (localhost [127.0.0.1]) by smtp-as-02.vtxnet.net (Postfix) with ESMTP id 25F3359255; Tue, 4 Aug 2015 09:13:29 +0200 (CEST) Original-Received: from smtp-pri-02.vtxnet.net (smtp-pri-02-1.vtxnet.net [212.147.62.146]) by smtp-as-02.vtxnet.net (Postfix) with ESMTP id 7D71B591F7; Tue, 4 Aug 2015 09:13:25 +0200 (CEST) Original-Received: from localhost (unknown [127.0.0.1]) by smtp-pri-02.vtxnet.net (VTX Services SA) with ESMTP id 7A95337DCD9; Tue, 4 Aug 2015 09:13:25 +0200 (CEST) Original-Received: from smtp-pri-02.vtxnet.net ([212.147.62.146]) by localhost (smtp-pri-02.vtxnet.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nQv-5CJAcCkw; Tue, 4 Aug 2015 09:13:22 +0200 (CEST) Original-Received: from fmsmemgm.homelinux.net (dyn.83-228-180-068.dsl.vtx.ch [83.228.180.68]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp-pri-02.vtxnet.net (VTX Services SA) with ESMTP id 3B29E37DCD4; Tue, 4 Aug 2015 09:13:22 +0200 (CEST) Original-Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id AAC1EAE148; Tue, 4 Aug 2015 03:13:21 -0400 (EDT) In-Reply-To: <87h9ogyq6s.fsf@isaac.fritz.box> (David Engster's message of "Tue, 04 Aug 2015 00:15:07 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 194.38.175.140 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:188383 Archived-At: > And what constitutes "the current project", exactly? That's for the backend(s) to decide. > Only the list of directories associated with it? Not necessarily, tho so far it's the only thing that a backend needs to expose. >> So the API is designed as a kind of "intersection (rather than union) of >> all possible project systems". > That intersection is tiny. Do you find this to be a problem? If so, why? This is not meant to replace/reimplement EDE, but only to provide a common API between different systems, EDE being hopefully one of them. Stefan