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: Tue, 4 Aug 2015 02:21:08 +0300 Message-ID: <55BFF764.2030002@yandex.ru> References: <55BE209F.1000009@siege-engine.com> <55BE509B.2080307@yandex.ru> <87r3nkjxby.fsf@isaac.fritz.box> <55BF7619.1050701@yandex.ru> <87mvy8jvlh.fsf@isaac.fritz.box> <55BF8522.4010009@yandex.ru> <87lhdsys13.fsf@isaac.fritz.box> 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 1438644086 31485 80.91.229.3 (3 Aug 2015 23:21:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 3 Aug 2015 23:21:26 +0000 (UTC) Cc: Eric Ludlam , Emacs Development To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 04 01:21:21 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 1ZMP2m-0001N6-GO for ged-emacs-devel@m.gmane.org; Tue, 04 Aug 2015 01:21:20 +0200 Original-Received: from localhost ([::1]:60751 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMP2l-0004K7-NZ for ged-emacs-devel@m.gmane.org; Mon, 03 Aug 2015 19:21:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51258) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMP2i-0004Jz-HY for emacs-devel@gnu.org; Mon, 03 Aug 2015 19:21:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZMP2e-0007Fo-9X for emacs-devel@gnu.org; Mon, 03 Aug 2015 19:21:16 -0400 Original-Received: from mail-wi0-x22f.google.com ([2a00:1450:400c:c05::22f]:38402) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZMP2e-0007Es-2I for emacs-devel@gnu.org; Mon, 03 Aug 2015 19:21:12 -0400 Original-Received: by wibxm9 with SMTP id xm9so761017wib.1 for ; Mon, 03 Aug 2015 16:21:11 -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=yDP3ohT185yh1NEvdK893O7FG7HCz658iV+4bRqYImM=; b=Qrsi9QBs7gIXtvtm6rzoxbXVWCy3jbh30eKjBmKALVlZVfvbrp1RfJue8ub38tHiP7 z8KgssOQV9hWWQGV66w3EcOJ7sn2ZSBxnMvUzHlDTKuO9d5SZ/AhAx+rE6mwdUKPM22Z nseay2JADqGgEaHIJV0mT2ejB6Lio9QNrgbNK1PPTdDLF5tQIYAQ9eGk1w3XslaAmTWT 5z55wzEhso8I4scUbSb/0FoRRkFStdEfD7m/uJqNOZc9s4tEszYYx9mTUEWqVLWWcte+ F6FsnfPQXbHDS+z+w5vti5iz9lRMAVXNdG3U5suKyR75rsbI0pCGW7+ewoXauzeDfEuv MMAg== X-Received: by 10.194.120.198 with SMTP id le6mr993573wjb.133.1438644071380; Mon, 03 Aug 2015 16:21:11 -0700 (PDT) Original-Received: from [192.168.1.2] ([185.105.175.24]) by smtp.googlemail.com with ESMTPSA id pg9sm25098564wjb.40.2015.08.03.16.21.09 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Aug 2015 16:21:10 -0700 (PDT) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:40.0) Gecko/20100101 Thunderbird/40.0 In-Reply-To: <87lhdsys13.fsf@isaac.fritz.box> X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:400c:c05::22f 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:188378 Archived-At: On 08/04/2015 12:35 AM, David Engster wrote: > You mean like ede-compile-project? I suppose. And here we find out that EDE took over the project- namespace, a while ago. That's not nice. > I hit a key, the project gets compiled by calling some build command > based on the currently selected configuration. Sounds fine to me. The respective method should probably return the command to compile, not perform compilation itself. >> If that information will only be consumed by functions inside EDE >> itself, there's not much use in making it a part of the general API. > > I don't understand this. If the only functions that would use the information are included in CEDET, and there's no plans to extract them, there's no point in making them go through the project.el API, since they already know they're dealing with EDE. > Yes, the notion of "debugging the project" varies wildly; same goes for > "running the executable". You can also add remote debugging on a target > platform through a debug server. Why not try to support it all? I'm not particularly against it, just saying it's not easy to do in both generic and useful way. >> So, the API would not only list the variables, but also somehow >> describe the possible values. > > The user can switch between different configurations, and dependend on > the current configuration a certain set of environment variables is used > when the build system is called. Okay, the complications seem to outweigh the benefits here. > Of course, but since I'm quite happy with EDE, that's not an itch I need > to scratch. You volunteered to create a project API, and I simply state > what I would expect from such an API to be usable for me, as an EDE > user. The API is not for a user. It's for other packages. If you're happily using EDE, and CEDET, and not much else, then it's unlikely to make your life better. > You are comparing what is essentially an interface definition, covering > a tiny amount of the EDE API, against the whole EDE suite. That factor > is hardly surprising. Yes, and that's the point. The interface definition should be clear and as short as possible. > So if those features are only needed by compiled languages they don't > count? This indeed will keep things simple... How useful are those things for Haskell? Or ML? Initially yet, we'll probably avoid those (if only because they're not a priority for me personally), but generally useful compiled-language-related things can be added later on.