From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.devel Subject: Re: A unified project root interface Date: Wed, 20 Mar 2013 08:05:18 +0100 Message-ID: <878v5itutt.fsf@engster.org> References: <20130309174419.6e1cadb4@forcix.kollektiv-hamburg.de> <87hakh2299.fsf@fimbulvetr.bsc.es> <513FBA1C.5040100@siege-engine.com> <87vc8vyy66.fsf@engster.org> <5143C11D.8070705@siege-engine.com> <87sj3vv35h.fsf@engster.org> <20130316160203.6b889aba@forcix.kollektiv-hamburg.de> <87ehffuf1g.fsf@engster.org> <20130317001630.125e1987@forcix.kollektiv-hamburg.de> <87y5dmsz5u.fsf@engster.org> <20130317191817.764a44f5@forcix.kollektiv-hamburg.de> <87ppywtj9s.fsf@engster.org> <87li9juabi.fsf@engster.org> <87d2uvtdeb.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1363763137 23400 80.91.229.3 (20 Mar 2013 07:05:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Mar 2013 07:05:37 +0000 (UTC) Cc: "Eric M. Ludlam" , emacs-devel@gnu.org, Stefan Monnier , John Yates , Jorgen Schaefer To: Leo Liu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 20 08:06:02 2013 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 1UID5z-0002IF-A8 for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2013 08:05:59 +0100 Original-Received: from localhost ([::1]:50361 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UID5c-0004ab-3Q for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2013 03:05:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:50158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UID5X-0004aL-Fl for emacs-devel@gnu.org; Wed, 20 Mar 2013 03:05:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UID5W-0004xW-9K for emacs-devel@gnu.org; Wed, 20 Mar 2013 03:05:31 -0400 Original-Received: from randomsample.de ([83.169.19.17]:47264) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UID5V-0004u7-Tl for emacs-devel@gnu.org; Wed, 20 Mar 2013 03:05:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=lqhNj3Xqx7QK/L4zEqhJ0letwe0+H9xI+JuCmHVT3mQ=; b=VXn7IdlnGG2vfT+QuZtV+oIQF6aDqarna11Q/bEUMJpt8FomdXyhnqwrVYrts7/DOf1UD4EAx9fvIuSggNZeEqQN3xtS8vSiIVkf8UvZ29CAaCuQwzcI1HX0NfFDTxW3; Original-Received: from dslc-082-083-058-027.pools.arcor-ip.net ([82.83.58.27] helo=spaten) by randomsample.de with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1UID5L-0002XW-Bm; Wed, 20 Mar 2013 08:05:19 +0100 In-Reply-To: (Leo Liu's message of "Wed, 20 Mar 2013 12:48:00 +0800") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.93 (gnu/linux) Mail-Followup-To: Leo Liu , Stefan Monnier , Jorgen Schaefer , emacs-devel@gnu.org, "Eric M. Ludlam" , John Yates X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 83.169.19.17 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:157985 Archived-At: Leo Liu writes: > On 2013-03-20 11:21 +0800, Stefan Monnier wrote: >> Right, preloading EIEIO is not what I was planning to do, indeed. >> IOW, I think the challenge is to extract the "project-root" part of EDE >> in such a way that it doesn't require preloading as much code. >> That might require splitting EIEIO, or some other approach, maybe, >> I don't know. > > I personally would like a package not using any of pseudo-CLOS features > unless it is ABSOLUTELY necessary. There are projects with far larger > scale and beautifully built before EIEIO came along. That's a straw man argument. No one here is claiming that EIEIO is needed to build large scale packages. EDE just happens to use it. -David