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: Tue, 26 Sep 2017 20:31:31 +0200 Message-ID: <87d16dia64.fsf@edward> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1506450731 21793 195.159.176.226 (26 Sep 2017 18:32:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 26 Sep 2017 18:32:11 +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 Tue Sep 26 20:32:07 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 1dwueI-00053U-JK for ged-emacs-devel@m.gmane.org; Tue, 26 Sep 2017 20:32:02 +0200 Original-Received: from localhost ([::1]:50657 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dwueP-0003Wj-GS for ged-emacs-devel@m.gmane.org; Tue, 26 Sep 2017 14:32:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44546) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dwueE-0003Ud-Ay for emacs-devel@gnu.org; Tue, 26 Sep 2017 14:31:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dwueB-00030h-3o for emacs-devel@gnu.org; Tue, 26 Sep 2017 14:31:58 -0400 Original-Received: from mail-wr0-x231.google.com ([2a00:1450:400c:c0c::231]:43935) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dwueA-00030A-Sg for emacs-devel@gnu.org; Tue, 26 Sep 2017 14:31:55 -0400 Original-Received: by mail-wr0-x231.google.com with SMTP id a43so13977364wrc.0 for ; Tue, 26 Sep 2017 11:31:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:user-agent:mime-version; bh=YyxW9nq64mQM4q9A8BxVcbBm8uSV3A6qGYYtn5owQyI=; b=RsJmTriuua9M/9oCzK17JHMTWEjz/F33mRq9tZqHML6KLKhV/RfI7Mb9AR5QFCHgh6 SFMBAzcIWaU2e4g6brbOzMbfCGaSxHEGgkvLAlp/PTVqcOjc3ersnOZXefwwOojemExQ ZSi0LckbYtkN/DVy4QZeq0F+FBYSo4MLaB7/A5Ue3xRIkwr4or7fx3xnSJfTq1KVhLJb g7xkkwiqpNbyONlVAYwRlZcE202fFpQ9wo3Rh057rqLFHDajoljCFyYzWeheqwylJ/Ef hMPn1gnxxf5Cu+eDM+7XQxmoCg1nyUDnff3vEg1IKvC5thxpcwWrm9k6ywnCPpkgcLd1 O2vw== 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:date:message-id:user-agent :mime-version; bh=YyxW9nq64mQM4q9A8BxVcbBm8uSV3A6qGYYtn5owQyI=; b=NXg8Bl9stTbdU5w1Hp1S0yVvuvOGnQ+59iv2hZGp1MVa9CcNQY+PzkG6XglXflGv2V fQCsnWtciqYukJu2j9f6SEmRELOxMXr2hUCoNhLZe5nmD4I0ZsMaxGoGCtlT8THHXX7h gpBC0QYlhMxCS20WqhJFo+HCg9O3zQ1PIuZnxDVrDQXp0uR3vELUfWtijABdFKa7Gtgg 1/tsrku39CyWn0q3aMwpD5/O6IpE5igHSZJvbnK3hXDiZLKSdNY3ZYWfkEn4gh1JfWNr xbTUokt7vhYU+/fbfILPoBCJ9fSpfQSRrKKlVC2EeyF+T/8S7YtLgW6xzkXc7y7uYU7i RhvQ== X-Gm-Message-State: AHPjjUj8O7i4+oz4RKf9rPtnmrRaniLZqetfGIOhYpo0T28gaVLX6a57 MhuXbFfA5tz0lTxVnTl+wD+b2GsF X-Google-Smtp-Source: AOwi7QBdSUBfyxBukycGoHYdpo49/cFkLhm/JcT/PfOBFlQ5/NVnCGrzXd/Bbx+I3+6MpLM/aJwykA== X-Received: by 10.223.130.79 with SMTP id 73mr10834479wrb.241.1506450712051; Tue, 26 Sep 2017 11:31:52 -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 x185sm1961303wmx.35.2017.09.26.11.31.49 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 26 Sep 2017 11:31:50 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a00:1450:400c:c0c::231 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:218805 Archived-At: > Thanks for your detailed response. > >> 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. > > Can you say which parts of the merge caused difficulty? I'd like to > help move the process along, if it's possible (though I'm also not a > frequent Elisp hacker). That's great. I'd be interested in collaborating with you. I think that the biggest problem which I faced was in untangling the dependencies which had been created between code in files which exist in both core and upstream and some of the newer files which only exist in upstream. Some of these dependencies don't seem to be correct. For example; there is now an indirect link between the parser and java support and not in the downwards direction but from the parser up to java support (!?) Others dependencies appear to be valid but exist between code which should be merged and which shouldn't. This made my approach of trying to preserve history very challenging because I not only had to ensure that the roots of patches from CEDET matched the correct destination in their new home, but I also had to resolve conflicts where they diverged and simultaneously remove dependencies where they were built up between those parts which were destined for core and those which were not. Dependency issues caused problems when trying to bootstrap Emacs on my branch which had the whole of CEDET merged. I did receive some help from Eli at that point, but didn't get very far before David got involved and started to drive that side of things. Unfortunately, this vague description is the best I can do without diving in again. > Also, do you know which parts of CEDET were going to be offered as > ELPA packages? You mentioned COGRE already -- were there any others? What follows is a (possibly non-exhaustive) list of the parts of CEDET which I don't think were intended to reach core (gathered by diffing trees and combining that with what I remember). This is based on the premise that if it wasn't in core previously then it shouldn't be merged -- which is what was agreed upon. Looking at the list though this does exclude a lot of good stuff. - Everything in contrib (since I don't think that any of it is in core) including: - eassist - ede-gnustep - semantic-ectag-scala - semnatic-tag-folding - wisent-csharp - wisent-php - wisent-ruby - cedet-java and related including: - java-tags - java - jvm-base - cedet-graphviz - Various ede extensions - ant - maven - compdb - android - java-root - arduino - lein2 - parts of db: - db-cscope - db-mozrepl - db-javap - db-mk - support for ectags: - ectags/util - ectags/lang2 - ectags/parse - ectags/lang - ectags/db - more bovine parsers: - clang - f90 - erlang - canned configs - db-search