From unknown Tue Aug 12 08:31:56 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#21464 <21464@debbugs.gnu.org> To: bug#21464 <21464@debbugs.gnu.org> Subject: Status: 25.0.50; [cc-langs] void-function cadar Reply-To: bug#21464 <21464@debbugs.gnu.org> Date: Tue, 12 Aug 2025 15:31:56 +0000 retitle 21464 25.0.50; [cc-langs] void-function cadar reassign 21464 emacs,cc-mode submitter 21464 Mark Oteiza severity 21464 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 17:16:33 2015 Received: (at submit) by debbugs.gnu.org; 11 Sep 2015 21:16:33 +0000 Received: from localhost ([127.0.0.1]:57439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaVgO-0004Ye-OS for submit@debbugs.gnu.org; Fri, 11 Sep 2015 17:16:33 -0400 Received: from eggs.gnu.org ([208.118.235.92]:39441) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaVgM-0004Wu-HT for submit@debbugs.gnu.org; Fri, 11 Sep 2015 17:16:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZaVgL-0007PW-Bk for submit@debbugs.gnu.org; Fri, 11 Sep 2015 17:16:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48733) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaVgL-0007PM-9A for submit@debbugs.gnu.org; Fri, 11 Sep 2015 17:16:29 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49438) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaVgK-0008CQ-Ep for bug-gnu-emacs@gnu.org; Fri, 11 Sep 2015 17:16:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZaVgH-0007MW-4K for bug-gnu-emacs@gnu.org; Fri, 11 Sep 2015 17:16:28 -0400 Received: from mail-qg0-f43.google.com ([209.85.192.43]:34162) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZaVgG-0007MF-Vv for bug-gnu-emacs@gnu.org; Fri, 11 Sep 2015 17:16:25 -0400 Received: by qgez77 with SMTP id z77so73907612qge.1 for ; Fri, 11 Sep 2015 14:16:23 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:newsgroups:to:subject:date:message-id :mime-version:content-type:content-transfer-encoding; bh=micRQEOojt79ghtPDrSDjFY/CczX/vIXbOYin2jam2w=; b=Pl9l6QLOdr/oIyKtIHZZF0bEi5SzeXVvTuaUZkvX8/6s7qn+PAolf/Ut6xFnfNsAve LzfXUE528eQS9kBjzHrvvmSsMuQ8m140UAXe1WavCTt7cOxUWGtm3z3qooudwTyWYHO2 wPQNOebdun0es4yLAnuilb4yh77+xp2HlSxcNxFuYW1dmEUe+loDLoMngoknaY4j8r+a jCzyGLDuk9gOvF4Ym97Mk1xqg3L5Qk8CbaY+szPD1JUuKrYBv9zZ4FrvbHvUpoypgRl1 95/xmtUevuGFRlmn/97qDIG+57s2p1a5bC57zkLy2M7UQ9/faOwulnlTur79kA6iAQqN y2MQ== X-Gm-Message-State: ALoCoQloiPUyso1OIZ0ytUUN5EX2WBgVesUaRdbyr1sNXiGDr6tiUSfwSv76ssr/kzYlpxneV7pY X-Received: by 10.140.43.230 with SMTP id e93mr1483065qga.62.1442006183439; Fri, 11 Sep 2015 14:16:23 -0700 (PDT) Received: from holos.localdomain (c-73-172-248-173.hsd1.md.comcast.net. [73.172.248.173]) by smtp.gmail.com with ESMTPSA id p14sm846180qge.43.2015.09.11.14.16.22 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 11 Sep 2015 14:16:22 -0700 (PDT) Received: by holos.localdomain (Postfix, from userid 1000) id C74CE68971; Fri, 11 Sep 2015 17:16:20 -0400 (EDT) From: Mark Oteiza Newsgroups: To: bug-gnu-emacs@gnu.org Subject: 25.0.50; [cc-langs] void-function cadar Date: Fri, 11 Sep 2015 17:16:20 -0400 Message-ID: <87a8ssac7v.fsf@udel.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Hi, >From emacs -Q, loading (eval-when-compile (require 'cc-langs)) (c-initialize-cc-mode t) (c-init-language-vars c-mode) gives "Eval error in the =E2=80=98c-lang-defvar=E2=80=99 or =E2=80=98c-lang-setve= r=E2=80=99 for =E2=80=98comment-start=E2=80=99 (source eval): (void-functio= n cadar)" So, similar code for some derived mode errors In GNU Emacs 25.0.50.1 (x86_64-unknown-linux-gnu, X toolkit, cairo version = 1.14.2, Xaw scroll bars) of 2015-09-11 Repository revision: a0ec54ae073abd671bd43002eff0267f5fe8b306 From debbugs-submit-bounces@debbugs.gnu.org Fri Sep 11 21:16:51 2015 Received: (at 21464) by debbugs.gnu.org; 12 Sep 2015 01:16:51 +0000 Received: from localhost ([127.0.0.1]:57521 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaZQw-0001cj-RB for submit@debbugs.gnu.org; Fri, 11 Sep 2015 21:16:51 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:15320) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZaZQu-0001cb-95 for 21464@debbugs.gnu.org; Fri, 11 Sep 2015 21:16:48 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0A1EwA731xV/zi6xEVcDoMChAJOhQe7NwmEfoJNBAICgTw5FAEBAQEBAQGBCkEFg10BAQQjMyMQCw4MAhgOAgIUGA0kiD+rDKQXAQEBAQYBAQEBHoEhihmEUjMHgmiBRQEEsz+BRSOCChyBFFoigngBAQE X-IPAS-Result: A0A1EwA731xV/zi6xEVcDoMChAJOhQe7NwmEfoJNBAICgTw5FAEBAQEBAQGBCkEFg10BAQQjMyMQCw4MAhgOAgIUGA0kiD+rDKQXAQEBAQYBAQEBHoEhihmEUjMHgmiBRQEEsz+BRSOCChyBFFoigngBAQE X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="164608775" Received: from 69-196-186-56.dsl.teksavvy.com (HELO fmsmemgm.homelinux.net) ([69.196.186.56]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 11 Sep 2015 21:16:47 -0400 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 806F9AE12C; Fri, 11 Sep 2015 21:16:47 -0400 (EDT) From: Stefan Monnier To: Mark Oteiza Subject: Re: bug#21464: 25.0.50; [cc-langs] void-function cadar Message-ID: References: <87a8ssac7v.fsf@udel.edu> Date: Fri, 11 Sep 2015 21:16:47 -0400 In-Reply-To: <87a8ssac7v.fsf@udel.edu> (Mark Oteiza's message of "Fri, 11 Sep 2015 17:16:20 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21464 Cc: 21464@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > "Eval error in the =E2=80=98c-lang-defvar=E2=80=99 or =E2=80=98c-lang-set= ver=E2=80=99 for =E2=80=98comment-start=E2=80=99 (source eval): (void-funct= ion cadar)" 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. 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. 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. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 09:47:05 2015 Received: (at 21464-done) by debbugs.gnu.org; 14 Sep 2015 13:47:05 +0000 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 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 Received: (qmail 32306 invoked by uid 3782); 14 Sep 2015 13:47:01 -0000 Date: 14 Sep 2015 13:47:01 -0000 Message-ID: <20150914134701.32305.qmail@mail.muc.de> From: Alan Mackenzie To: 21464-done@debbugs.gnu.org Subject: Re: bug#21464: 25.0.50; [cc-langs] void-function cadar Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.3.1-20141224 ("Tallant") (UNIX) (FreeBSD/10.1-RELEASE-p16 (amd64)) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 21464-done Cc: Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) 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). From debbugs-submit-bounces@debbugs.gnu.org Mon Sep 14 21:33:24 2015 Received: (at 21464-done) by debbugs.gnu.org; 15 Sep 2015 01:33:24 +0000 Received: from localhost ([127.0.0.1]:60744 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zbf7b-0000Hr-Nq for submit@debbugs.gnu.org; Mon, 14 Sep 2015 21:33:24 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:63606) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zbf7Y-0000Hh-FG for 21464-done@debbugs.gnu.org; Mon, 14 Sep 2015 21:33:20 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0AwEwA731xV/0jo92hcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLDiYSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQeELQWLRJNTkhSDWSOCChyBbiKCeAEBAQ X-IPAS-Result: A0AwEwA731xV/0jo92hcgxCEAoVVuzcJhH6CTQQCAoE8ORQBAQEBAQEBgQpBBYNdAQEDAVYjBQsLDiYSFBgNJIg3CM8jAQEBAQEBBAEBAQEeizqFBQeELQWLRJNTkhSDWSOCChyBbiKCeAEBAQ X-IronPort-AV: E=Sophos;i="5.13,465,1427774400"; d="scan'208";a="164850498" Received: from 104-247-232-72.cpe.teksavvy.com (HELO ceviche.home) ([104.247.232.72]) by ironport2-out.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 14 Sep 2015 21:33:19 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 8712666113; Mon, 14 Sep 2015 21:33:19 -0400 (EDT) From: Stefan Monnier To: Alan Mackenzie Subject: Re: bug#21464: 25.0.50; [cc-langs] void-function cadar Message-ID: References: <20150914134701.32305.qmail@mail.muc.de> Date: Mon, 14 Sep 2015 21:33:19 -0400 In-Reply-To: <20150914134701.32305.qmail@mail.muc.de> (Alan Mackenzie's message of "14 Sep 2015 13:47:01 -0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 21464-done Cc: 21464-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> 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. By "using cl-lib" I mean "assume cl-lib is always available" and "don't use cl anymore anywhere". That's a lot more convenient than the current testing and using various macro wrappers depending on the circumstance and it'd let you use any CL functions and macros anywhere any time. > It would be bound to clash with a cl-lib in Emacs Your assumptions are faulty, I think. You'd put it in a subdirectory, say "cc-cl-lib" (so it's not in load-path by default) and in cc-compat.el you'd do something like: (unless (featurep 'cl-lib) (unless (locate-library "cl-lib") (add-to-list 'load-path (expand-file-name "cc-cl-lib" (file-name-directory load-file-name)))) (require 'cl-lib)) or (unless (featurep 'cl-lib) (require 'cl-lib (unless (locate-library "cl-lib") (expand-file-name "cc-cl-lib/cl-lib" (file-name-directory load-file-name))))) > (or a cl in XEmacs) somehow. The cl-lib.el I'm talking about is the one in GNU ELPA, which is basically loads cl.el and then adds a whle bunch of aliases under the new "cl-*" namespace. So no, it doesn't clash with cl.el, instead it relies on it. > I'm marking this bug as closed. Indeed, thanks, Stefan From unknown Tue Aug 12 08:31:56 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 13 Oct 2015 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator