From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: cl-defgeneric vs random funcall in project.el Date: Thu, 30 Jul 2015 18:25:53 -0500 Message-ID: <86oaitz0qm.fsf@stephe-leake.org> References: <86oaiwa57v.fsf@stephe-leake.org> <55B79B3F.1060200@yandex.ru> <86wpxj93r2.fsf@stephe-leake.org> <55B82A0C.5040709@yandex.ru> <86fv4782k2.fsf@stephe-leake.org> <55B92F76.7060104@yandex.ru> <86380686sm.fsf@stephe-leake.org> <55BA0AC4.7060906@yandex.ru> <86mvyd7jf0.fsf@stephe-leake.org> <86d1z97j32.fsf@stephe-leake.org> <55BA4C8D.6020901@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1438298800 13331 80.91.229.3 (30 Jul 2015 23:26:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 30 Jul 2015 23:26:40 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 31 01:26:30 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 1ZKxDX-0006bn-TZ for ged-emacs-devel@m.gmane.org; Fri, 31 Jul 2015 01:26:28 +0200 Original-Received: from localhost ([::1]:42497 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKxDW-0003Ie-RE for ged-emacs-devel@m.gmane.org; Thu, 30 Jul 2015 19:26:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50626) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZKxDL-0003IZ-9N for emacs-devel@gnu.org; Thu, 30 Jul 2015 19:26:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZKxDI-0007R5-3Z for emacs-devel@gnu.org; Thu, 30 Jul 2015 19:26:15 -0400 Original-Received: from gproxy4-pub.mail.unifiedlayer.com ([69.89.23.142]:42951) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1ZKxDH-0007Qn-S0 for emacs-devel@gnu.org; Thu, 30 Jul 2015 19:26:12 -0400 Original-Received: (qmail 23737 invoked by uid 0); 30 Jul 2015 23:26:06 -0000 Original-Received: from unknown (HELO cmgw2) (10.0.90.83) by gproxy4.mail.unifiedlayer.com with SMTP; 30 Jul 2015 23:26:06 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by cmgw2 with id ynS01q0142UdiVW01nS30l; Thu, 30 Jul 2015 17:26:04 -0600 X-Authority-Analysis: v=2.1 cv=O9qq4nNW c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=9i_RQKNPAAAA:8 a=y7kgw_RnJtkA:10 a=hEr_IkYJT6EA:10 a=x_XPkuGwIRMA:10 a=zOBTXjUuO1YA:10 a=vaJtXVxTAAAA:8 a=d06PVI5IQ-ITfg47jdsA:9 Original-Received: from [76.218.37.33] (port=50550 helo=TAKVER2) by host114.hostmonster.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZKxD8-0007cX-7W for emacs-devel@gnu.org; Thu, 30 Jul 2015 17:26:02 -0600 In-Reply-To: <55BA4C8D.6020901@yandex.ru> (Dmitry Gutov's message of "Thu, 30 Jul 2015 19:10:53 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) X-Identified-User: {2442:host114.hostmonster.com:stephele:stephe-leake.org} {sentby:smtp auth 76.218.37.33 authed with stephen_leake@stephe-leake.org} X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 69.89.23.142 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:188213 Archived-At: Dmitry Gutov writes: > On 07/30/2015 06:37 PM, Stephen Leake wrote: > >> But leaving out directories that the vc says to ignore. > > You haven't addressed the point that .gitignore can also say to ignore > some files, as well as only certain files inside certain directories > (either anchored to the repository root, or not). Yes. Obviously that _could_ be implemented in elisp, but I doubt it would be worth it. I don't ever anticipate use a "vc project"; a project backend based on a project manager (gprbuild, gradle, etc) would be much more useful. -- -- Stephe