From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Edward John Steere Newsgroups: gmane.emacs.devel Subject: Re: CEDET Merge Date: Sat, 23 Sep 2017 14:55:24 +0200 Message-ID: <87tvztzi9v.fsf@edward> References: <87r348ul9n.fsf@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1506171401 24285 195.159.176.226 (23 Sep 2017 12:56:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 23 Sep 2017 12:56:41 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: charles@aurox.ch (Charles A. Roelli) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 23 14:56:36 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dvjz2-0005vr-2A for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2017 14:56:36 +0200 Original-Received: from localhost ([::1]:34922 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dvjz9-0003Lb-7w for ged-emacs-devel@m.gmane.org; Sat, 23 Sep 2017 08:56:43 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42855) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dvjyK-0003LU-V4 for emacs-devel@gnu.org; Sat, 23 Sep 2017 08:55:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dvjyH-0004OC-Rl for emacs-devel@gnu.org; Sat, 23 Sep 2017 08:55:53 -0400 Original-Received: from mail-wr0-x230.google.com ([2a00:1450:400c:c0c::230]:44390) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dvjyH-0004LN-C5 for emacs-devel@gnu.org; Sat, 23 Sep 2017 08:55:49 -0400 Original-Received: by mail-wr0-x230.google.com with SMTP id v109so2529504wrc.1 for ; Sat, 23 Sep 2017 05:55:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=idWThpaUTRuFX5PpArqYbwefzrbLc/pr7/sS4q22jzA=; b=Hlo+mQP6aX+4eMYtrETXDo7C6OEEoxi0pGrT6XDkj9sJ6N+pSGZB94jSRPo8/sYYmW LA6iGAWW/UFeAc0vjI3AbtJIHcuNroK8o1tt7Gs0r2vAPJW8rt+N72KRlrz5rZeXacgS +aA9lcohFLEw+2L2zJBuwD73IOFPf5hWT3djxKvO0HHpr3vWhn9sCBzr0oGpcwuXlpj3 ryTdWMiQ9nqvVvOMJ2fPiTZmayiQetpR7eQcRYdP12RTxYMCkcbxxIjtV2GtsV6aUTM7 CIcOBdW089lnPxY/eIlccU4EeF/4K4PQ2uvJBDrW+3adzUCBczQAybWTZwlPDD4fJPEW UfIg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=idWThpaUTRuFX5PpArqYbwefzrbLc/pr7/sS4q22jzA=; b=GfXeXuRtDUPRet7pxqbhjGhQJ5U3C8yKlzwZ/LP6Y1VIxmCd2QKZErTZnNXcd/lDrC fW8/Q9pPTL2aHTR5ZWR+Qh29gwaANXsd576GbK7uz12iCzXRbGhtTt6s37eJJHR0aRBZ sZ6HM2CHQKmrF5dhEcPJAF7s4x1Gld2gUY8sYoJP3f+wvEyPCj60WTjsU5XFrG8MRQPd rTZ0frvJWFNoA9P1dsfi6yCYJabyIBN+pDslITF3f/0LTMWALhMAYWFAnXcLErzuGGGa CfKVv06ihUK4eAS6U9imJsHkkHNqiXe7QMFA8GtvttLML08oX/huzZdK5aIzNZ/ERxfM QZQw== X-Gm-Message-State: AHPjjUiIR7ZPhzIUr5rrOb02AAgtwq3C2xEYFpMUjqIVFpWv92QIjd5V jxJ3K7mtdw+dkdvwt1y2YL087Flb X-Google-Smtp-Source: AOwi7QDYwg2LEvCv+g53j3dbMknViH1q92gPAEDJQZx5xtiGa5YkdSQ0C89ncTxzq5Nfx60XVhmNJw== X-Received: by 10.223.146.4 with SMTP id 4mr1846260wrj.16.1506171346358; Sat, 23 Sep 2017 05:55:46 -0700 (PDT) Original-Received: from edward (dsl-197-245-184-107.voxdsl.co.za. [197.245.184.107]) by smtp.gmail.com with ESMTPSA id l15sm2224006wrl.47.2017.09.23.05.55.44 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sat, 23 Sep 2017 05:55:45 -0700 (PDT) In-Reply-To: (Charles A. Roelli's message of "Sat, 23 Sep 2017 13:38:48 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c0c::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:218725 Archived-At: >> From: Edward John Steere >> Date: Thu, 12 Jan 2017 21:32:36 +0200 >> >> Hello Everyone, >> >> I've been working on a branch in upstream CEDET which brings it up to >> date with the changes which have been made in Emacs core. I started >> this work with the intention of simplifying the merge process from CEDET >> upstream into core so that users can benefit from improvements to CEDET >> more easily. I found that the divergence between the two versions of >> CEDET has grown quite a bit and all of my work has been dedicated to >> getting it to run on Emacs master (26?). >> >> My branch now passes all of CEDETs tests when built against Emacs >> @512e988. I'd like to get these changes synchronised with Emacs core >> and have my branch merged to upstream (i.e. CEDET on source forge). >> >> This could be the first step with the second being a repackaging of >> upstream so that it only contains the parts which are under active >> development and can be installed via ELPA. >> >> May I contribute my changes to a branch on the Savannah repository for >> review/commentary? (If yes, then It'll take a little bit of time to >> merge the changes in my branch of CEDET back into Emacs core before I >> actually push them up.) >> >> Kind regards, >> >> Edward Steere > > Does anyone know if the changes were brought into Emacs? It looks > like the merge branch got reasonably far: > > http://git.savannah.gnu.org/cgit/emacs.git/log/?h=scratch/last-cedet-merge Hi Charles, To my knowledge these changes never made it into Emacs. In fact, a few things changed since my first email: - David Engster got involved (he's been responsible for merges in the past if I remember correctly). - I was informed that my branch included elements of CEDET which were not intended to reach core (COGRE being a good example). - We divided up the work of merging tests and merging CEDET and since David had experience with this work he went ahead with the core elements. At the same time as we were working on the merge we also started discussing the possibility of changing the way that CEDET is distributed. In particular, we discussed the use of ELPA as a distribution channel. I originally argued in favour of this move because I think that it's widely regarded that upstream CEDET is difficult to install and setup with Emacs. I also believe that these difficulties in installing and setting it up have hampered it's adoption and development (although this is mostly a suspicion based on various blog posts which I've read about CEDET and my own experience in getting started with, and then using it). There were objections to making CEDET a package. These related to the difficulties which the maintainers have experienced in the past with regards to supporting multiple versions of Emacs. After some discussion I deferred to their wisdom. I agreed to assist with bringing the parts of CEDET which are currently in Emacs core up to date and with the idea that remaining pieces should probably live on in ELPA as packages. However, the discussion continued. There was renewed talk of developing CEDET (as well as other larger packages which are distributed with Emacs) separately to Emacs and that these packages should be brought in as part of the tarball preparation step during releases (and for what it's worth I think that this would be a better situation if we could work through the problems raised.) I believe that where these developments ended was with David's objection to eventually pulling CEDET out of core (to be developed in the aforementioned way) because of the problems which he raised in developing it separately to Emacs core. The problem which I face, without the help of those more experienced than I, is that I don't have enough context on how to resolve some of the problems which arise as part of doing a partial merge of CEDET into core. I'm not an expert wrt to the CEDET project -- I'm a user and an occasional hacker who has an understanding of the project and wants to give back, help it grow and enjoy the benefits of this growth and improvement to Emacs. I would be happy to discuss possibilities for continuing this development. I think that CEDET has more potential than that which has been exploited thus far. I know that there are performance problems when working with larger projects and I know that these aren't intractable, they would require that we continue to develop it, reconsider some of the mechanisms by which it operates and make better use of the tools available to us in Emacs. Kind regards, Edward Steere