From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Ludlam Newsgroups: gmane.emacs.devel Subject: Re: Towards a cleaner build: cedet Date: Sat, 15 Jun 2019 18:58:44 -0400 Message-ID: <26620693-60bc-270f-24c3-511c186ee1e1@siege-engine.com> References: <83zhn6zkgf.fsf@gnu.org> <83a7eo9nsh.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="237693"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 To: Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jun 16 00:59:31 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hcHdy-000zVt-NJ for ged-emacs-devel@m.gmane.org; Sun, 16 Jun 2019 00:59:30 +0200 Original-Received: from localhost ([::1]:36866 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcHdr-00007u-Cd for ged-emacs-devel@m.gmane.org; Sat, 15 Jun 2019 18:59:23 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33597) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcHdM-00007m-Mg for emacs-devel@gnu.org; Sat, 15 Jun 2019 18:58:53 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hcHdL-0006kc-1Y for emacs-devel@gnu.org; Sat, 15 Jun 2019 18:58:52 -0400 Original-Received: from mail-qt1-f180.google.com ([209.85.160.180]:36703) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hcHdK-0006jO-KY for emacs-devel@gnu.org; Sat, 15 Jun 2019 18:58:50 -0400 Original-Received: by mail-qt1-f180.google.com with SMTP id p15so6800344qtl.3 for ; Sat, 15 Jun 2019 15:58:49 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Zd/Jb0Vx6xHMUKE5hDBTHpnt+YVYMTVhgkl1yoUB7mY=; b=HNl0MRWpNGdMNCihK8a78xAPoPXT/DGa3XxDxYM2UQZEv6vHQRy3ndAS8GfqTBX4Ey qgJfRHHEVTxSzvyWz9ICqwqbe1/Ga03dq6+YD6Y+UQwt6bt9PF+AP527HsKrIylr8rr0 oZLXVDwcoQlOnxPetxPl9aPM5FhgGlTJ5JQiu5BYzcKGqyoWMUR6z0H81Ny50iBiRLdH 10pU7IEssx9/3dkuPMyl7vemKy6bad9OXPB+wwvg9xCWutj3L12LgfOTuCIyq4JkADrn G09jqERE/WaWHtkpImnepjZCAj3H/JcOiCeXpw2Mdy7XNu1C7NeDsb9S9ae1ijT5wZFC owHw== X-Gm-Message-State: APjAAAVtWSyFwHeYp0SjqaC360bKHd5Bj514Lc9BIMX26kcQXten0oty WfSstzAx+1d5eWCE8AMRG9ZzEkDLDF8= X-Google-Smtp-Source: APXvYqwHKzwX2oHz3v+5MR1JheArWxJi5iWRa+UanmN7xn2rKKg7mpB6FpSyKQxcVrStdaB9lB8LcQ== X-Received: by 2002:a0c:c164:: with SMTP id i33mr15301184qvh.37.1560639527132; Sat, 15 Jun 2019 15:58:47 -0700 (PDT) Original-Received: from [192.168.1.202] (pool-108-20-30-136.bstnma.fios.verizon.net. [108.20.30.136]) by smtp.googlemail.com with ESMTPSA id q56sm5127996qtq.64.2019.06.15.15.58.45 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 15 Jun 2019 15:58:46 -0700 (PDT) In-Reply-To: Content-Language: en-US X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.160.180 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:237705 Archived-At: On 6/13/19 12:35 PM, Stefan Monnier wrote: >> cedet/ede/config.el:388:5:Warning: Unknown slot `:c-preprocessor-table' > [...] >> Oh! Those are without colons? Is that the entire issue here, that the >> check is strict about colons/not colons and the rest of cedet doesn't >> care? > > Here's the story: > - in CLOS, you can access slots with `slot-value` where you specify the > slot-name (typically a non-keyword symbol). [...] > I'd like to deprecate this "feature" of EIEIO which just makes things > (marginally) slower and makes EIEIO unnecessarily different from CLOS. > Thanks for looking into this. I was not familiar with CLOS when I implemented EIEIO, as I was mainly focused on creating something I could use to build CEDET. Anything that makes the system more compliant with standards sounds like a good idea to me. To poke at other topics from this thread; there is an externally maintained CEDET, but it has been dormant for a while. The external repository is b/c I couldn't get a general release from my company which would allow me to work in Emacs proper, so I needed to batch changes up and release them together. Sadly, I haven't been developing code for several years, and never taught myself enough git to be able to do the merges. As a bonus those merges were too much of a pain for others once EIEIO in Emacs changed, so the project just fizzled. There are a small number of fixes in CEDET on SourceForge not in Emacs, but nothing too significant. Mostly around some EDE & arduino / android stuff I had been fiddling with at home. There was a question about tests for CEDET. In the Sourceforge CEDET repository you can run the tests with Make, but those weren't merged into Emacs. There are two collections, one set are unit tests. Those are independent and could be merged a piece at a time. Another set was more of an integration test. Those might be tricky to bring over since not all of CEDET was merged into Emacs. They also depend on compilers and such being installed. Hope this helps Eric