From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Berndl, Klaus" Newsgroups: gmane.emacs.devel Subject: AW: Fwd: CEDET sync Date: Tue, 2 Mar 2010 08:58:00 +0100 Message-ID: <7697A57B1AD9104F993CDF6A5B69430C09227D1F24@CORPMAIL08.corp.capgemini.com> References: <86bpf7q3fc.wl%lluis@ginnungagap.pc.ac.upc.edu> <87wrxvyijr.fsf@stupidchicken.com> <4B8C42E2.3080308@siege-engine.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1267516720 30569 80.91.229.12 (2 Mar 2010 07:58:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 2 Mar 2010 07:58:40 +0000 (UTC) Cc: Chong Yidong , =?iso-8859-1?Q?Llu=EDs?= , "emacs-devel@gnu.org" To: "Eric M. Ludlam" , Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Mar 02 08:58:33 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1NmMzu-0003dv-L4 for ged-emacs-devel@m.gmane.org; Tue, 02 Mar 2010 08:58:30 +0100 Original-Received: from localhost ([127.0.0.1]:34411 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NmMzu-0004Ju-5Y for ged-emacs-devel@m.gmane.org; Tue, 02 Mar 2010 02:58:30 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NmMzj-0004HS-F8 for emacs-devel@gnu.org; Tue, 02 Mar 2010 02:58:19 -0500 Original-Received: from [140.186.70.92] (port=44122 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NmMzh-0004FP-2s for emacs-devel@gnu.org; Tue, 02 Mar 2010 02:58:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NmMzf-0001Dz-PX for emacs-devel@gnu.org; Tue, 02 Mar 2010 02:58:17 -0500 Original-Received: from spfdefra01.capgemini.com ([194.11.253.100]:2305) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NmMzf-0001DP-Jk for emacs-devel@gnu.org; Tue, 02 Mar 2010 02:58:15 -0500 X-IronPort-AV: E=Sophos;i="4.49,564,1262559600"; d="scan'208,223";a="264834065" Original-Received: from unknown (HELO corpmx12.corp.capgemini.com) ([205.223.229.53]) by IRDEFRA-C650-01-D2-incoming.capgemini.com with ESMTP/TLS/RC4-MD5; 02 Mar 2010 08:58:10 +0100 Original-Received: from CORPMAIL08.corp.capgemini.com ([205.223.229.25]) by CORPMX12 ([205.223.229.53]) with mapi; Tue, 2 Mar 2010 08:58:02 +0100 Thread-Topic: Fwd: CEDET sync Thread-Index: Acq5lHSZhaN9XE5XR/G/0l9NNd1Q3gARjxWw In-Reply-To: <4B8C42E2.3080308@siege-engine.com> Accept-Language: de-DE, en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE, en-US X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:121526 Archived-At: >From my point of view which is also ECBs point of view: Supporting not only Emacs but also Xemacs should be a value upheld be tools= like CEDET and ECB, even when merged into Emacs. But cause of some really = heavy incompatibilities between these both flavors of Emacs it is a smart m= ove to decide where to invest the main power (of development). And IMHO a) = GNU Emacs has high potential future (just compare the different traffic on = the both development mailing lists) whereas b) Xemacs is headed south (agai= n IMHO) and will be of little importance for software development - but a) = one only if it (Emacs) goes the way towards a really Integrated development= environment (IDE) - for this a stable backbone like CEDET is essetial and = also essential that this backbone is a stable part of Emacs. Eric, please do not wait with CEDET 1.0 release until thew cows come home..= .IMHO CEDET 1.0 should have been released month (or even years) ago... Push= it out and that's it. Then please merge the two code bases as soon as poss= ible and factorize out all Xemacs-compatibility stuff into some separated l= ibraries like cedet-xemacs-support.el. I have decided to this for my ECB to= make a clear code-basis for the main development direction (which is Emacs= ). So on one hand CEDET will have a unique code-structure and can be evolve= d easily even with two repositories (Emacs and CEDET-project) and you can u= phold the Xemacs-compatibility by just maintaining the "cedet-xemacs-suppor= t.el"... For a tool like ECB it's a pain to support two different main interfaces fo= r one external library. So i second Stefan and my vote for the priorities i= s: No further effort for CEDET 1.0 but all effort into the merge. Many many= many ... many thanks in advance from me! Best Regards Klaus -----Urspr=FCngliche Nachricht----- Von: emacs-devel-bounces+klaus.berndl=3Dsdm.de@gnu.org [mailto:emacs-devel-= bounces+klaus.berndl=3Dsdm.de@gnu.org] Im Auftrag von Eric M. Ludlam Gesendet: Montag, 1. M=E4rz 2010 23:43 An: Stefan Monnier Cc: Chong Yidong; Llu=EDs; emacs-devel@gnu.org Betreff: Re: Fwd: CEDET sync On 03/01/2010 04:27 PM, Stefan Monnier wrote: >>> Questions are: >>> 1) is anybody already doing such a sync? >>> 2) if not, from which date should I start synchronizing changes? >>> >>> I'm not fully aware of which extra changes are required for the synchro= nization >>> (except for the long name -> subdirectory fix), so directions will be = much >>> appreciated. > >> I planned to do a sync after the Emacs 23.2 release branch is made, but >> you are welcome to do it if you like. > > I really don't like that smell. We need to make sure the two code-bases > evolve in-sync, which won't work as long as we keep "gratuitous" > differences between the two (file names and things like that). > > I thought Eric was to incorporate most/all of the changes we made into > his version. If this doesn't take place real soon, it'll become much > too painful to maintain. Indeed, that is my plan. I fear the big merge will make it harder to=20 support older Emacsen and XEmacs, so I wanted to get some sort of stable=20 release out that can finalize that style of CEDET. It's just been slow.=20 Since I don't have a feature freeze or anything, CEDET keeps getting a=20 little better over time, almost without me, while I've been getting test=20 suites up and running against various Emacs flavors. My hope is that this last release I did shows few build/compatibility=20 problems and I can easily just post the last release on CVS, then move=20 on. Last year issues and patches kept coming for a couple months. It's=20 been much slower this time around. Eric