From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: progmodes/project.el and search paths Date: Wed, 05 Aug 2015 18:23:06 +0300 Message-ID: <83zj25sqsl.fsf@gnu.org> 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> <55BFF764.2030002@yandex.ru> <83mvy7tbit.fsf@gnu.org> <55C0FEEB.7040500@yandex.ru> <83h9oeudfs.fsf@gnu.org> <55C1074E.90103@yandex.ru> <83d1z2uach.fsf@gnu.org> <55C11D54.9090105@yandex.ru> <83bnemtpop.fsf@gnu.org> <55C1DA6F.1000209@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1438788629 18117 80.91.229.3 (5 Aug 2015 15:30:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Aug 2015 15:30:29 +0000 (UTC) Cc: emacs-devel@gnu.org, deng@randomsample.de, eric@siege-engine.com To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 05 17:30:14 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 1ZN0dw-0007Ub-Ql for ged-emacs-devel@m.gmane.org; Wed, 05 Aug 2015 17:30:13 +0200 Original-Received: from localhost ([::1]:40930 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZN0Xg-0004C2-8Y for ged-emacs-devel@m.gmane.org; Wed, 05 Aug 2015 11:23:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42955) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZN0XL-0004Bi-Vt for emacs-devel@gnu.org; Wed, 05 Aug 2015 11:23:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZN0XI-0004va-Qb for emacs-devel@gnu.org; Wed, 05 Aug 2015 11:23:23 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:36218) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZN0XI-0004sz-J1 for emacs-devel@gnu.org; Wed, 05 Aug 2015 11:23:20 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NSM001007WDHY00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Wed, 05 Aug 2015 18:23:14 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NSM001PJ82P5U60@a-mtaout22.012.net.il>; Wed, 05 Aug 2015 18:23:14 +0300 (IDT) In-reply-to: <55C1DA6F.1000209@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:188447 Archived-At: > Cc: deng@randomsample.de, eric@siege-engine.com, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Wed, 5 Aug 2015 12:42:07 +0300 > > Yes, for starters. Building the whole project from scratch, including > the manuals, is another. Finding out whether the project _has_ a > manual building instructions is yet another. > > Project could define a way to build it whole, for instance, without giving out specific information about every goal of build process. It could, but why would it want to? It sounds silly to have to rebuild everything when you only need to rebuild some (small) part. > Or exposing it all, in a standardized structure, without, however, having the list of specific targets a project can support (manuals, etc) pre-defined. Again, sounds silly, given how most, if not all, modern build tools work. But (shrug) not a catastrophe: the corresponding attribute will simply be nil, or the command to build everything. IOW, I see no problem here, and no reasons to consider this unfit for the API. > Not very interesting, IMHO. > > I don't understand this criterion. I think the criterion should be > "is this useful". > > Just a criterion for what I spend time on. I don't think you have this luxury when you work on infrastructure. E.g., company.el is "not very interesting" for me, but I still try very hard to fix every issue in the display engine that you or your users report. > Do you really consider this on the same of usefulness as, say, xref-find-references? Yes. They are both no-brainers to have in the infrastructure that AFAIU you are trying to provide. It might even be much more useful to a Lisp program that only cares about the manual of a project.