From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#21464: 25.0.50; [cc-langs] void-function cadar Date: 14 Sep 2015 13:47:01 -0000 Organization: muc.de e.V. Message-ID: <20150914134701.32305.qmail@mail.muc.de> References: <87a8ssac7v.fsf@udel.edu> NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1442238504 13114 80.91.229.3 (14 Sep 2015 13:48:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 14 Sep 2015 13:48:24 +0000 (UTC) To: 21464-done@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 14 15:48:16 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1ZbU7D-0007tK-5F for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Sep 2015 15:48:15 +0200 Original-Received: from localhost ([::1]:40941 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbU7C-0001fr-In for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Sep 2015 09:48:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52981) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbU76-0001bu-0a for bug-gnu-emacs@gnu.org; Mon, 14 Sep 2015 09:48:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZbU74-0003ok-Vi for bug-gnu-emacs@gnu.org; Mon, 14 Sep 2015 09:48:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:39346) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZbU71-0003mn-5O; Mon, 14 Sep 2015 09:48:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1ZbU71-0006m5-3k; Mon, 14 Sep 2015 09:48:03 -0400 Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org, bug-cc-mode@gnu.org Resent-Date: Mon, 14 Sep 2015 13:48:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 21464 X-GNU-PR-Package: emacs,cc-mode X-GNU-PR-Keywords: Mail-Followup-To: 21464@debbugs.gnu.org, acm@muc.de, mvoteiza@udel.edu Original-Received: via spool by 21464-done@debbugs.gnu.org id=D21464.144223842525887 (code D ref 21464); Mon, 14 Sep 2015 13:48:02 +0000 Original-Received: (at 21464-done) by debbugs.gnu.org; 14 Sep 2015 13:47:05 +0000 Original-Received: from localhost ([127.0.0.1]:59781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZbU65-0006jQ-4O for submit@debbugs.gnu.org; Mon, 14 Sep 2015 09:47:05 -0400 Original-Received: from mail.muc.de ([193.149.48.3]:37413) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZbU62-0006ix-H2 for 21464-done@debbugs.gnu.org; Mon, 14 Sep 2015 09:47:03 -0400 Original-Received: (qmail 32306 invoked by uid 3782); 14 Sep 2015 13:47:01 -0000 In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.1-RELEASE-p16 (amd64)) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106529 Archived-At: Hello, Stefan. In article you wrote: >> "Eval error in the ?c-lang-defvar? or ?c-lang-setver? for ?comment-start? (source eval): (void-function cadar)" I've gone and replaced cadar with cadr/car in the two places it appeared in cc-langs.el. They were the only occurrences of c[ad]\{3,\}r in CC Mode. There are quite a few compositions of caar, etc., with car and cdr, and even compositions of car and cdr, presumably dating from a time before caar etc. existed. > Using cl-lib instead of cl would solve such issues easily since we could > use cl-cadar and (require 'cl-lib) at run-time instead of only requiring > cl at compile-time. CC Mode in Emacs (as opposed to XEmacs) has been using cl-lib instead of cl for some weeks, now. > I know we've discussed it already, but I urge you (Alan) to take > another look at the idea of unconditionally using cl-lib (and just > bundling it with cc-mode). I'd be happy to help you do that. Bundling cl-lib with CC Mode doesn't feel like the Right Thing to do. It would be bound to clash with a cl-lib in Emacs (or a cl in XEmacs) somehow. > Then you'll be free to use CL functions (via the cl-* > namespace) anywhere without having to worry about whether it's used at > runtime or compile time. > This is bound to happen sooner or later since cl.el is slated to move from > lisp/emacs-lisp to lisp/obsolete and then to GNU ELPA. > But even if cl.el were to stay in lisp/emacs-lisp, I think CC-mode > maintenance would benefit from it. Possibly. But there doesn't seem to be an urgent need for it at the moment. I'm marking this bug as closed. > Stefan -- Alan Mackenzie (Nuremberg, Germany).