From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 18 05:58:33 2013 Received: (at submit) by debbugs.gnu.org; 18 Dec 2013 10:58:34 +0000 Received: from localhost ([127.0.0.1]:56632 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtEpk-0006Tz-VH for submit@debbugs.gnu.org; Wed, 18 Dec 2013 05:58:33 -0500 Received: from eggs.gnu.org ([208.118.235.92]:34480) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtEpj-0006Tr-Bq for submit@debbugs.gnu.org; Wed, 18 Dec 2013 05:58:32 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VtEph-00021u-Dk for submit@debbugs.gnu.org; Wed, 18 Dec 2013 05:58:31 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60199) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtEph-00021q-A5 for submit@debbugs.gnu.org; Wed, 18 Dec 2013 05:58:29 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36201) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtEpf-0000Mn-J9 for bug-gnu-emacs@gnu.org; Wed, 18 Dec 2013 05:58:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VtEpd-00020n-PZ for bug-gnu-emacs@gnu.org; Wed, 18 Dec 2013 05:58:27 -0500 Received: from mail-wi0-x229.google.com ([2a00:1450:400c:c05::229]:43768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtEpd-00020j-Cu for bug-gnu-emacs@gnu.org; Wed, 18 Dec 2013 05:58:25 -0500 Received: by mail-wi0-f169.google.com with SMTP id hn6so4879440wib.2 for ; Wed, 18 Dec 2013 02:58:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=NHZAUlW66cxL25Ibq7lgpNLBlhXzKMgWlcVfBdSQghw=; b=CEa+27IrWlxrjp5jS5qWVTCvNn/+KRp0HIsW1VfkfmFMAbduQTFY8dVTpcT8oDuVhf I+kRRRDiMqK9Z4P7YvUUM4VNbgAptKTghrRw5G9uvob/x2YXWL7hsMqtEKXa7dze8/P8 r2p0FqEP861uIN5na04j+zLm64ThjpgTVCj0na3BeQvxVmuh9Jr8zoGA7sB0NIoiEVpB tMUPX7u/oBfa9vPK2RKy+GM8z/9cq2R3sDsBS15WB4TOQxRWW0esw7loEy+UMYBaMp0l nnG8PS2/GQUNnu1+Vls6DB1DzzRyB+meaWlyrWHn4BsRBbvAlp4acGrmNG7rA70MAXm7 xkAg== MIME-Version: 1.0 X-Received: by 10.180.9.74 with SMTP id x10mr7523231wia.56.1387364303999; Wed, 18 Dec 2013 02:58:23 -0800 (PST) Received: by 10.216.223.140 with HTTP; Wed, 18 Dec 2013 02:58:23 -0800 (PST) Date: Wed, 18 Dec 2013 11:58:23 +0100 Message-ID: Subject: 24.3.50; edebug and eval-when-compiler don't work together From: Anders Lindgren To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary=001a11c245fa8398b504edcceca9 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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: -4.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: -4.0 (----) --001a11c245fa8398b504edcceca9 Content-Type: text/plain; charset=ISO-8859-1 Hi! The construct 'eval-when-compile' seems to throw debug off. When pressing C-u C-M-x on the following, an error is issued. This worked correctly in 24.3. This makes it hard to use edebug on functions in cc-mode (like c-font-lock-declarations), as it makes heavy use of eval-when-compile. (defun test (limit) (eval-when-compile (boundp 'parse-sexp-lookup-properties))) Sincerely, Anders Lidgren In GNU Emacs 24.3.50.2 (x86_64-apple-darwin13.0.0, NS apple-appkit-1265.00) of 2013-12-17 on macpro.lan Bzr revision: 115421 monnier@iro.umontreal.ca-20131208081150-4bq2y1cgta14nfmj Windowing system distributor `Apple', version 10.3.1265 Configured using: `configure --with-ns' Important settings: value of $LC_CTYPE: UTF-8 locale-coding-system: utf-8-unix default enable-multibyte-characters: t Major mode: Emacs-Lisp Minor modes in effect: tooltip-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: C-u C-M-x C-SPC w s-f s-f f f d d d d C-a C-x C-s s-f t e s t C-u C-M-x C-x C-s C-a C-SPC C-g C-SPC w Recent messages: Saving file /Users/anders/emacs/src/misc/bug-edebug-eval-when-compile.el... Wrote /Users/anders/emacs/src/misc/bug-edebug-eval-when-compile.el Beginning of buffer Edebug: test edebug-enter: Symbol's value as variable is void: limit Saving file /Users/anders/emacs/src/misc/bug-edebug-eval-when-compile.el... Wrote /Users/anders/emacs/src/misc/bug-edebug-eval-when-compile.el Mark activated Quit Mark activated Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch edebug easymenu cl-loaddefs cl-lib vc-dispatcher vc-svn time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process cocoa ns multi-tty emacs) --001a11c245fa8398b504edcceca9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

The construct 'eval-= when-compile' seems to throw debug off. When pressing C-u C-M-x on the = following, an error is issued. This worked correctly in 24.3. This makes it= hard to use edebug on functions in cc-mode (like=A0c-font-lock-declaration= s), as it makes heavy use of eval-when-compile.

(defun test (limit)
=A0 (eval-when-compi= le
=A0 =A0 (boundp 'parse-sexp-lookup-properties)))

Sincerely,
=A0 =A0 Anders Lidgren


In GNU Emacs 24.3.50.2 (x86_64-apple-darwin13.0.0, NS a= pple-appkit-1265.00)
=A0of 2013-12-17 on macpro.lan
Bzr revision: 115421 monnier@iro.umontreal.ca-20131208081150-4bq2y1cgt= a14nfmj
Windowing system distributor `Apple', version 10.3.12= 65
Configured using:
=A0`configure --with-ns'

Important settings:
=A0 value of $LC_CTYPE: U= TF-8
=A0 locale-coding-system: utf-8-unix
=A0 default e= nable-multibyte-characters: t

Major mode: Emacs-Li= sp

Minor modes in effect:
=A0 tooltip-mode: t
=A0 electric-indent-mode: t
=A0 mouse-wheel-mode: t
=
=A0 tool-bar-mode: t
=A0 menu-bar-mode: t
=A0 file= -name-shadow-mode: t
=A0 global-font-lock-mode: t
=A0 font-lock-mode: t
=A0 blink-cursor-mode: t
=A0 auto-composition-mode: t
= =A0 auto-encryption-mode: t
=A0 auto-compression-mode: t
=A0 line-number-mode: t
=A0 transient-mark-mode: t

Recent input:
C-u C-M-x C-SPC <down> <down> <down> <escape>= w <up>=A0
<up> <up> <up> s-f s-f <esc= ape> f <escape> f <escape>=A0
d <escape> d <escape> d <escape> d <down> C-a = C-x C-s=A0
<up> <up> s-f <right> <right> = <right> <right> <right>=A0
<right> <ri= ght> <right> <right> <right> <backspace>=A0
<backspace> <backspace> t e s t <down> <down> = <up>=A0
C-u C-M-x C-x C-s <up> C-a C-SPC C-g C-SPC &l= t;down> <down>=A0
<down> <escape> w <menu= -bar> <help-menu> <send-ema
cs-bug-report>

Recent messages:
= Saving file /Users/anders/emacs/src/misc/bug-edebug-eval-when-compile.el...=
Wrote /Users/anders/emacs/src/misc/bug-edebug-eval-when-compile.= el
Beginning of buffer
Edebug: test
edebug-enter: Sym= bol's value as variable is void: limit
Saving file /Users/and= ers/emacs/src/misc/bug-edebug-eval-when-compile.el...
Wrote /User= s/anders/emacs/src/misc/bug-edebug-eval-when-compile.el
Mark activated
Quit
Mark activated

<= /div>
Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message form= at-spec rfc822 mml
mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev
gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util
mail-prsvr mail-utils misearch multi-isearch edebug easymenu cl-loa= ddefs
cl-lib vc-dispatcher vc-svn time-date tooltip electric uniquify
<= div>ediff-hook vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset<= /div>
image regexp-opt fringe tabulated-list newcomment lisp-mode prog-= mode
register page menu-bar rfn-eshadow timer select scroll-bar mouse
=
jit-lock font-lock syntax facemenu font-core frame cham georgian
=
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abb= rev
minibuffer nadvice loaddefs button faces cus-face macroexp fi= les
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote make-network-proces= s
cocoa ns multi-tty emacs)

--001a11c245fa8398b504edcceca9-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 19 19:01:43 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 00:01:43 +0000 Received: from localhost ([127.0.0.1]:59166 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtnXC-0000fy-EO for submit@debbugs.gnu.org; Thu, 19 Dec 2013 19:01:42 -0500 Received: from mail-hampton.hostforweb.net ([216.246.15.223]:38563 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtnX9-0000fn-Bv for 16184@debbugs.gnu.org; Thu, 19 Dec 2013 19:01:39 -0500 Received: from localhost.localdomain ([127.0.0.1]:48605 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80.1) (envelope-from ) id 1VtnX6-003NP1-Ec; Thu, 19 Dec 2013 18:01:37 -0600 Date: Fri, 20 Dec 2013 09:01:35 +0900 Message-ID: From: Katsumi Yamaoka To: 16184@debbugs.gnu.org Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together References: Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130008 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.8) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:c3cS7CnHtuBPEYg/p/VJc2LGLoA= MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: root X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16184 Cc: Anders Lindgren 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 (/) --=-=-= Anders Lindgren wrote: > The construct 'eval-when-compile' seems to throw debug off. When > pressing C-u C-M-x on the following, an error is issued. This worked > correctly in 24.3. This makes it hard to use edebug on functions in > cc-mode (like c-font-lock-declarations), as it makes heavy use of > eval-when-compile. > (defun test (limit) > (eval-when-compile > (boundp 'parse-sexp-lookup-properties))) I'm not sure of it but the patch below seems to solve it. This works for the bug#14646 case[1], too. WDYT? [1] --=-=-= Content-Type: text/x-patch Content-Disposition: inline --- lisp/emacs-lisp/byte-run.el~ 2013-11-21 22:12:14 +0000 +++ lisp/emacs-lisp/byte-run.el 2013-12-19 23:45:41 +0000 @@ -391,7 +391,7 @@ "Like `progn', but evaluates the body at compile time if you're compiling. Thus, the result of the body appears to the compiler as a quoted constant. In interpreted code, this is entirely equivalent to `progn'." - (declare (debug (def-body)) (indent 0)) + (declare (debug (&rest def-form)) (indent 0)) (list 'quote (eval (cons 'progn body) lexical-binding))) (defmacro eval-and-compile (&rest body) --- lisp/progmodes/cc-defs.el~ 2013-06-02 22:06:34 +0000 +++ lisp/progmodes/cc-defs.el 2013-12-19 23:45:40 +0000 @@ -1137,7 +1137,7 @@ ;; Make edebug understand the macros. ;(eval-after-load "edebug" ; 2006-07-09: def-edebug-spec is now in subr.el. ; '(progn -(def-edebug-spec cc-eval-when-compile t) +(def-edebug-spec cc-eval-when-compile (&rest def-form)) (def-edebug-spec c-point t) (def-edebug-spec c-set-region-active t) (def-edebug-spec c-safe t) --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 01:59:06 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 06:59:06 +0000 Received: from localhost ([127.0.0.1]:59375 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vtu37-0004lo-Ee for submit@debbugs.gnu.org; Fri, 20 Dec 2013 01:59:05 -0500 Received: from mail-we0-f174.google.com ([74.125.82.174]:39202) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vtu34-0004lf-Dc for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 01:59:03 -0500 Received: by mail-we0-f174.google.com with SMTP id q58so2040702wes.19 for <16184@debbugs.gnu.org>; Thu, 19 Dec 2013 22:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=H0u4QFR5MDsLjCmSwu+gMtVR5pSZUI0nSDeAJlR2yyE=; b=niuAYddb/WAE2G2/WW/P6FPtprKrGYdLSNyycHESWrL+8bQ8eUDQQHDGlPvTccSHb9 xRgt/VH5N1wF+4DPkYSU7Rvou/dNHYzM3GSCxuApNhazpb4R3lIk6L9jgHSqh9PXeQvK 5M7vSxzxsvH4mbmOo+zleQwUkNukGUjr8TB8jK/eJ7e4B6c60fDKiqzKJehgr7nMDX5c f38zzoqK7YN0EH8h8stkHIospZVOocZmO+D5iqimAyIi7DvU4shnDYLTBQpRILYiXRiO ekQcDVtZw6Z0TyZq8k742+qXu7OnSeVb7vlej9tTac2Rqlr1h+S5M9fpvEKo/9TfhtSD WTGQ== MIME-Version: 1.0 X-Received: by 10.194.237.99 with SMTP id vb3mr5418312wjc.28.1387522741231; Thu, 19 Dec 2013 22:59:01 -0800 (PST) Received: by 10.216.223.140 with HTTP; Thu, 19 Dec 2013 22:59:01 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Dec 2013 07:59:01 +0100 Message-ID: Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together From: Anders Lindgren To: Katsumi Yamaoka Content-Type: multipart/alternative; boundary=089e014942241be4cf04edf1d0b8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.7 (/) --089e014942241be4cf04edf1d0b8 Content-Type: text/plain; charset=ISO-8859-1 Hi! Unfortunately, the problem still seems to be there. I tried this on latest trunk (as of yesterday) with the patch applied and I still get an error when I do C-u C-M-x on the code I originally supplied. -- Anders On Fri, Dec 20, 2013 at 1:01 AM, Katsumi Yamaoka wrote: > Anders Lindgren wrote: > > The construct 'eval-when-compile' seems to throw debug off. When > > pressing C-u C-M-x on the following, an error is issued. This worked > > correctly in 24.3. This makes it hard to use edebug on functions in > > cc-mode (like c-font-lock-declarations), as it makes heavy use of > > eval-when-compile. > > > (defun test (limit) > > (eval-when-compile > > (boundp 'parse-sexp-lookup-properties))) > > I'm not sure of it but the patch below seems to solve it. > This works for the bug#14646 case[1], too. WDYT? > > [1] > > --089e014942241be4cf04edf1d0b8 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

Unfortunately, the problem still se= ems to be there. I tried this on latest trunk (as of yesterday) with the pa= tch applied and I still get an error when I do C-u C-M-x on the code I orig= inally supplied.

=A0 =A0 -- Anders


On Fri, Dec 20, 2013 at 1:01 AM, Katsum= i Yamaoka <yamaoka@jpl.org> wrote:
Anders Lindgren wrote:
> The construct 'eval-when-compile' seems to throw debug off. Wh= en
> pressing C-u C-M-x on the following, an error is issued. This worked > correctly in 24.3. This makes it hard to use edebug on functions in > cc-mode (like c-font-lock-declarations), as it makes heavy use of
> eval-when-compile.

> (defun test (limit)
> =A0 (eval-when-compile
> =A0 =A0 (boundp 'parse-sexp-lookup-properties)))

I'm not sure of it but the patch below seems to solve it.
This works for the bug#14646 case[1], too. =A0WDYT?

[1] <http://thread.gmane.org/gmane.emacs.bugs/80778>


--089e014942241be4cf04edf1d0b8-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 03:28:50 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 08:28:50 +0000 Received: from localhost ([127.0.0.1]:59449 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtvRy-0007XN-GW for submit@debbugs.gnu.org; Fri, 20 Dec 2013 03:28:50 -0500 Received: from mail-hampton.hostforweb.net ([216.246.15.223]:43792 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtvRv-0007XB-Pj for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 03:28:48 -0500 Received: from localhost.localdomain ([127.0.0.1]:58803 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80.1) (envelope-from ) id 1VtvRt-000F5E-0l; Fri, 20 Dec 2013 02:28:45 -0600 Date: Fri, 20 Dec 2013 17:28:45 +0900 Message-ID: From: Katsumi Yamaoka To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together References: Organization: Emacsen advocacy group User-Agent: Gnus/5.130008 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.8) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:1ANK3vx03aAV3mXso7uR7ksi4ck= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: yamaoka X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.0 (/) Anders Lindgren wrote: > Unfortunately, the problem still seems to be there. I tried this on > latest trunk (as of yesterday) with the patch applied and I still get > an error when I do C-u C-M-x on the code I originally supplied. Could you make sure that the edebug spec of the `eval-when-compile' macro definition (i.e. in byte-run.el) has been changed into `(&rest def-form)'? Otherwise please try `C-M-x' on the patched `eval-when-compile' macro. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 04:26:23 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 09:26:23 +0000 Received: from localhost ([127.0.0.1]:59499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtwLe-0000uU-TA for submit@debbugs.gnu.org; Fri, 20 Dec 2013 04:26:23 -0500 Received: from mail-wg0-f50.google.com ([74.125.82.50]:51449) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtwLd-0000uJ-Cs for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 04:26:22 -0500 Received: by mail-wg0-f50.google.com with SMTP id a1so2198280wgh.5 for <16184@debbugs.gnu.org>; Fri, 20 Dec 2013 01:26:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=kZOuAVW0MMucR30BOnn/a9heK/AnXku31PKVwFW7UYg=; b=HlTxk2R/sq7j2nR7olrPUK02UCWqC+ySOcYndb10qFUqv1H2CWu1Of4khPhg2SLVas E9DNMmO98H0ngORSxBpw7rX4NKNwTtT0NjbgAnWgcLuuZCssl/7iNhkHr7w+QGEU2zHO 3XeGG+NqQ8THvNYL97MmUmJql65GUGvSA07uPizOejDTSVX/t6lwPajlLjYaAjTOIrTn czGxpiK/AtSxbQzy4N9NR5eDVH2PQU2euW5I0DdHJRmPTQW0eHy3JVPZMtim55oACYTX p+a5Qb3W5XwzFuAi3OR9dgxjsWw1CdV+3hWVIutmHoflYApnU55I7Z3N32+G05Qq4nSh EX+g== MIME-Version: 1.0 X-Received: by 10.180.79.67 with SMTP id h3mr6430052wix.58.1387531579737; Fri, 20 Dec 2013 01:26:19 -0800 (PST) Received: by 10.216.223.140 with HTTP; Fri, 20 Dec 2013 01:26:19 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Dec 2013 10:26:19 +0100 Message-ID: Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together From: Anders Lindgren To: Katsumi Yamaoka Content-Type: multipart/alternative; boundary=14dae9cc930cecce4504edf3de9b X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.7 (/) --14dae9cc930cecce4504edf3de9b Content-Type: text/plain; charset=ISO-8859-1 Hi! I just tried this and the error is still there. On an emacs with bzr revision 115609, I started Emacs with -Q, and ran C-u C-M-x on the code, and I got the error. I inspected the eval-when-compile macro and it did have the form suggested by the patch in the bug report you reported, i.e. "(declare (debug (def-body)) (indent 0))". Just to make sure I ran C-M-x on it and tried again, but the error is still there... -- Anders On Fri, Dec 20, 2013 at 9:28 AM, Katsumi Yamaoka wrote: > Anders Lindgren wrote: > > Unfortunately, the problem still seems to be there. I tried this on > > latest trunk (as of yesterday) with the patch applied and I still get > > an error when I do C-u C-M-x on the code I originally supplied. > > Could you make sure that the edebug spec of the `eval-when-compile' > macro definition (i.e. in byte-run.el) has been changed into > `(&rest def-form)'? > Otherwise please try `C-M-x' on the patched `eval-when-compile' macro. > --14dae9cc930cecce4504edf3de9b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

I just tried this and the error is = still there.

On an emacs with bzr revision=A011560= 9, I started Emacs with -Q, and ran C-u C-M-x on the code, and I got the er= ror. I inspected the eval-when-compile macro and it did have the form sugge= sted by the patch in the bug report you reported, i.e. "(d= eclare (debug (def-body)) (indent 0))". Just to make sure I ran C-M-x = on it and tried again, but the error is still there...

=A0 =A0 -- Anders=


On Fri,= Dec 20, 2013 at 9:28 AM, Katsumi Yamaoka <yamaoka@jpl.org> wr= ote:
Anders Lindgren wrote:
> Unfortunately, the problem still seems to be there. I tried this on > latest trunk (as of yesterday) with the patch applied and I still get<= br> > an error when I do C-u C-M-x on the code I originally supplied.

Could you make sure that the edebug spec of the `eval-when-compile= 9;
macro definition (i.e. in byte-run.el) has been changed into
`(&rest def-form)'?
Otherwise please try `C-M-x' on the patched `eval-when-compile' mac= ro.

--14dae9cc930cecce4504edf3de9b-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 04:53:45 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 09:53:45 +0000 Received: from localhost ([127.0.0.1]:59537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vtwm8-0001lt-MS for submit@debbugs.gnu.org; Fri, 20 Dec 2013 04:53:44 -0500 Received: from mail-hampton.hostforweb.net ([216.246.15.223]:57813 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vtwm6-0001lk-Lz for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 04:53:43 -0500 Received: from localhost.localdomain ([127.0.0.1]:49993 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80.1) (envelope-from ) id 1Vtwm4-001Til-5U; Fri, 20 Dec 2013 03:53:40 -0600 Date: Fri, 20 Dec 2013 18:53:40 +0900 Message-ID: From: Katsumi Yamaoka To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together References: Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130008 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.8) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:dYYxj/P3n4ivQZz5PhtI/qTb8Es= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: root X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.0 (/) Anders Lindgren wrote: > I just tried this and the error is still there. Well, if you tried `C-u C-M-x' on `c-font-lock-declarations' and the like, you needed to have patched cc-defs.el in addition to byte-run.el. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 05:30:56 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 10:30:56 +0000 Received: from localhost ([127.0.0.1]:59557 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtxM7-0002uv-7h for submit@debbugs.gnu.org; Fri, 20 Dec 2013 05:30:55 -0500 Received: from mail-we0-f172.google.com ([74.125.82.172]:42395) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtxM5-0002uk-4y for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 05:30:53 -0500 Received: by mail-we0-f172.google.com with SMTP id p61so2286854wes.31 for <16184@debbugs.gnu.org>; Fri, 20 Dec 2013 02:30:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=wNUpQgSY/X1i5tr7S+FKiZ2xU7chYQA5Lo1K7F5v0Fk=; b=sVc7SRyNm0FiEfXsqI2usgQPqcdfh+uDS0Bs4RTNCLv+olzZNLH0SpzL5H3X/3ZwV9 /O5zcYBlnIAq3aCq3F/q+frM1aydSVjJQpnk/ErY9j3I1xpi5I1FUl3SmV46R0Sadtcs WkLx3oua5ST3euLDAITMbO11UDXtOvpatr2cTuQXRIPfpdpQQu3C2uvXYbUL6ORdnxlh OTOE1hQacGIEyukMNBG96CYLt1it/uPvBVBMBfThZENwqCQKfdOkTJH5wx2QKyzGZiBG opVFUOWhLQiQqxnyn4pX3eSuSxXUG9yDV3tbhYzrv8X8+DoaDPGGdftGAo473cc63ykY GgRQ== MIME-Version: 1.0 X-Received: by 10.194.109.68 with SMTP id hq4mr2104177wjb.12.1387535447512; Fri, 20 Dec 2013 02:30:47 -0800 (PST) Received: by 10.216.223.140 with HTTP; Fri, 20 Dec 2013 02:30:47 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Dec 2013 11:30:47 +0100 Message-ID: Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together From: Anders Lindgren To: Katsumi Yamaoka Content-Type: multipart/alternative; boundary=089e0102e6da765d4a04edf4c527 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.7 (/) --089e0102e6da765d4a04edf4c527 Content-Type: text/plain; charset=ISO-8859-1 Sorry, I don't follow you here... I get the problem when I do C-u C-M-x on both the small cut-down example of my original bug report as well as on c-font-lock-declarations. I haven't seen any patch to cc-defs.el in any of the mails I have received on this matter. I get the problem when I start Emacs with the "-Q" option, based on plain build from a clean bzr checkout. I don't have any local patches applied, if that is what you are suggesting. -- Anders On Fri, Dec 20, 2013 at 10:53 AM, Katsumi Yamaoka wrote: > Anders Lindgren wrote: > > I just tried this and the error is still there. > > Well, if you tried `C-u C-M-x' on `c-font-lock-declarations' and > the like, you needed to have patched cc-defs.el in addition to > byte-run.el. > > --089e0102e6da765d4a04edf4c527 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Sorry, I don't follow you here...

I= get the problem when I do C-u C-M-x on both the small cut-down example of = my original bug report as well as on c-font-lock-declarations.

I haven't seen any patch to cc-defs.el in any of the mai= ls I have received on this matter.

I get the probl= em when I start Emacs with the "-Q" option, based on plain build = from a clean bzr checkout. I don't have any local patches applied, if t= hat is what you are suggesting.

=A0 =A0 -- Anders


On Fri, Dec 20, 2013 at 10:53 AM, Katsu= mi Yamaoka <yamaoka@jpl.org> wrote:
Anders Lindgren wrote:
> I just tried this and the error is still there.

Well, if you tried `C-u C-M-x' on `c-font-lock-declarations' = and
the like, you needed to have patched cc-defs.el in addition to
byte-run.el.


--089e0102e6da765d4a04edf4c527-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 07:45:08 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 12:45:08 +0000 Received: from localhost ([127.0.0.1]:59688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VtzRy-0008MB-DQ for submit@debbugs.gnu.org; Fri, 20 Dec 2013 07:45:06 -0500 Received: from gt501.secure.ne.jp ([202.133.119.93]:52783) by debbugs.gnu.org with smtp (Exim 4.80) (envelope-from ) id 1VtzRp-0008LE-Co for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 07:44:58 -0500 Received: (qmail 23538 invoked from network); 20 Dec 2013 21:44:53 +0900 Received: from unknown (HELO ) (yamaoka@twa.co.jp@219.34.144.17) by 0 with SMTP; 20 Dec 2013 21:44:53 +0900 From: Katsumi Yamaoka To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together References: Date: Fri, 20 Dec 2013 21:44:53 +0900 Message-ID: User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) Cancel-Lock: sha1:C+kztK6+JhSsUtb292jtRHLVy9o= MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.0 (/) Anders Lindgren wrote: > I haven't seen any patch to cc-defs.el in any of the mails I have received on > this matter. -> From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 20 08:38:46 2013 Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 13:38:46 +0000 Received: from localhost ([127.0.0.1]:59768 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vu0Ht-0001e8-2Y for submit@debbugs.gnu.org; Fri, 20 Dec 2013 08:38:45 -0500 Received: from mail-wi0-f180.google.com ([209.85.212.180]:49207) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vu0Hn-0001dr-Kb for 16184@debbugs.gnu.org; Fri, 20 Dec 2013 08:38:40 -0500 Received: by mail-wi0-f180.google.com with SMTP id hm19so3700180wib.1 for <16184@debbugs.gnu.org>; Fri, 20 Dec 2013 05:38:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oz0LtVJIxZ0+0FX1vRFHEqm8n7THCsyQ3ZlZwKHnI4Q=; b=UCS9gmw1u4Sl0on8Cu2D9is9Fy97i+LCLDaIznvMjWapsywkqg13XtQE7rItAZyID2 3+FaEx+0Rk89Qt7f4zn0CgUF1SH8Mo4OKNVo1OoXdKumokTsKkVr4xEZpiLuxIMQo9RF HLdQ7L1fcmdKcex838fQ1WUuC3mmBfTaV3OyUNtVCKhZWKWj5TiX58RsE4ld6EseaohN fgbLvPTcWMCHl5vdlSO5O6I17ld3SR1XaM00hk8Q6YLlnw1vQaDpL2P9dMakPzoT6CVm M28m4pkVVN0HjBv1mO2LbqxtlahICGUFUNOnCCfy9YSdZFoLdSTWxeZce/t08X9GrAw9 /i7w== MIME-Version: 1.0 X-Received: by 10.180.188.175 with SMTP id gb15mr7902840wic.50.1387546718690; Fri, 20 Dec 2013 05:38:38 -0800 (PST) Received: by 10.216.223.140 with HTTP; Fri, 20 Dec 2013 05:38:38 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Dec 2013 14:38:38 +0100 Message-ID: Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together From: Anders Lindgren To: Katsumi Yamaoka Content-Type: multipart/alternative; boundary=001a11c25ef846e59f04edf76549 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.7 (/) --001a11c25ef846e59f04edf76549 Content-Type: text/plain; charset=ISO-8859-1 Hi! OK, now I found the patch, and I now understand what you mean by the "(&rest def-form)". It seems to have solved one problem, but created another. When using C-u C-M-x, everything works ok. However, the normal C-M-x command issues the error "Too deep - perhaps infinite loop in spec?" When enabling debug-on-error, it looks like a very deep call stack (754 entries). Curiously, it works if I mark the function with the region and do "eval-region", it works properly. -- Anders On Fri, Dec 20, 2013 at 1:44 PM, Katsumi Yamaoka wrote: > Anders Lindgren wrote: > > I haven't seen any patch to cc-defs.el in any of the mails I have > received on > > this matter. > > > -> > --001a11c25ef846e59f04edf76549 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi!

OK, now I found the patch, and I no= w understand what you mean by the "(&rest def-form)".
It seems to have solved one problem, but created another. When = using C-u C-M-x, everything works ok. However, the normal C-M-x command iss= ues the error "Too deep - perhaps infinite loop in spec?" When en= abling debug-on-error, it looks like a very deep call stack (754 entries). = Curiously, it works if I mark the function with the region and do "eva= l-region", it works properly.

=A0 =A0 -- Anders


On Fri, Dec 20, 2013 at 1:44 PM, = Katsumi Yamaoka <yamaoka@jpl.org> wrote:
Anders Lindgren <andlind@gmail.com> wrote:
> I haven't seen any patch to cc-defs.el in any of the mails I have = received on
> this matter.

<http://article.gmane.org/gmane.emacs.bugs/82252>
-> <http://cache.gmane.org//gmane/emacs/bugs/82252-001.bin<= /a>>

--001a11c25ef846e59f04edf76549-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 23 19:23:29 2013 Received: (at 16184) by debbugs.gnu.org; 24 Dec 2013 00:23:29 +0000 Received: from localhost ([127.0.0.1]:37021 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VvFmS-00057z-0m for submit@debbugs.gnu.org; Mon, 23 Dec 2013 19:23:28 -0500 Received: from mail-hampton.hostforweb.net ([216.246.15.223]:32979 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VvFmP-00057p-AK for 16184@debbugs.gnu.org; Mon, 23 Dec 2013 19:23:25 -0500 Received: from localhost.localdomain ([127.0.0.1]:38207 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80.1) (envelope-from ) id 1VvFmL-0015VR-K7; Mon, 23 Dec 2013 18:23:22 -0600 Date: Tue, 24 Dec 2013 09:23:26 +0900 Message-ID: From: Katsumi Yamaoka To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together References: Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130008 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.8) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:ggy2WUYd1k6ERIIersoEJcZOJ0g= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: root X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16184 Cc: 16184@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.0 (/) Anders Lindgren wrote: > It seems to have solved one problem, but created another. When using > C-u C-M-x, everything works ok. However, the normal C-M-x command > issues the error "Too deep - perhaps infinite loop in spec?" When > enabling debug-on-error, it looks like a very deep call stack (754 > entries). Curiously, it works if I mark the function with the region > and do "eval-region", it works properly. Sorry for the delay. But I'm unable to reproduce such an infloop-like error so far. Could you show the name or the definition of the function causing it? From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 25 17:37:09 2013 Received: (at 16184-done) by debbugs.gnu.org; 25 Dec 2013 22:37:09 +0000 Received: from localhost ([127.0.0.1]:42066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vvx4f-0001ma-7i for submit@debbugs.gnu.org; Wed, 25 Dec 2013 17:37:09 -0500 Received: from mail-hampton.hostforweb.net ([216.246.15.223]:39263 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vvx4d-0001mS-8i for 16184-done@debbugs.gnu.org; Wed, 25 Dec 2013 17:37:07 -0500 Received: from localhost.localdomain ([127.0.0.1]:60069 helo=localhost) by hampton.hostforweb.net with smtp (Exim 4.80.1) (envelope-from ) id 1Vvx4a-000Hsb-6g; Wed, 25 Dec 2013 16:37:04 -0600 Date: Thu, 26 Dec 2013 07:37:08 +0900 Message-ID: From: Katsumi Yamaoka To: 16184-done@debbugs.gnu.org Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together References: Organization: Emacsen advocacy group X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.130008 (=?iso-2022-jp?B?GyRCPz8bKEI=?= Gnus v0.8) Emacs/24.3.50 (i686-pc-cygwin) Cancel-Lock: sha1:9NGdi/3HKpt90JHkb1bSu9F6Tcs= MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: acl_c_authenticated_local_user: root X-Source: X-Source-Args: X-Source-Dir: X-Spam-Score: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Katsumi Yamaoka wrote: > Anders Lindgren wrote: >> It seems to have solved one problem, but created another. When using >> C-u C-M-x, everything works ok. However, the normal C-M-x command >> issues the error "Too deep - perhaps infinite loop in spec?" When >> enabling debug-on-error, it looks like a very deep call stack (754 >> entries). Curiously, it works if I mark the function with the region >> and do "eval-region", it works properly. [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] X-Debbugs-Envelope-To: 16184-done Cc: Anders Lindgren 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: 1.2 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Katsumi Yamaoka wrote: > Anders Lindgren wrote: >> It seems to have solved one problem, but created another. When using >> C-u C-M-x, everything works ok. However, the normal C-M-x command >> issues the error "Too deep - perhaps infinite loop in spec?" When >> enabling debug-on-error, it looks like a very deep call stack (754 >> entries). Curiously, it works if I mark the function with the region >> and do "eval-region", it works properly. [...] Content analysis details: (1.2 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.2 RCVD_IN_BL_SPAMCOP_NET RBL: Received via a relay in bl.spamcop.net [Blocked - see ] Katsumi Yamaoka wrote: > Anders Lindgren wrote: >> It seems to have solved one problem, but created another. When using >> C-u C-M-x, everything works ok. However, the normal C-M-x command >> issues the error "Too deep - perhaps infinite loop in spec?" When >> enabling debug-on-error, it looks like a very deep call stack (754 >> entries). Curiously, it works if I mark the function with the region >> and do "eval-region", it works properly. > Sorry for the delay. But > I'm unable to reproduce such an infloop-like error so far. > Could you show the name or the definition of the function > causing it? I've committed my patch since I think it's better at least than not working. Please reopen the bug if you get a reproducible error. From unknown Sat Sep 20 12:49:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 23 Jan 2014 12:24:05 +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 From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 18 20:04:39 2016 Received: (at control) by debbugs.gnu.org; 19 Oct 2016 00:04:39 +0000 Received: from localhost ([127.0.0.1]:38511 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bweN4-0005PX-Qg for submit@debbugs.gnu.org; Tue, 18 Oct 2016 20:04:38 -0400 Received: from aibo.runbox.com ([91.220.196.211]:39380) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bweN2-0005PO-Pe for control@debbugs.gnu.org; Tue, 18 Oct 2016 20:04:37 -0400 Received: from [10.9.9.212] (helo=mailfront12.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1bweN0-0003i9-PR for control@debbugs.gnu.org; Wed, 19 Oct 2016 02:04:34 +0200 Received: from c-24-22-244-161.hsd1.wa.comcast.net ([24.22.244.161] helo=rainbow.local) by mailfront12.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1bweMf-0002dG-IA for control@debbugs.gnu.org; Wed, 19 Oct 2016 02:04:14 +0200 From: Gemini Lasswell To: control@debbugs.gnu.org Subject: bug 16184 Date: Tue, 18 Oct 2016 17:04:02 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) unarchive 16184 From debbugs-submit-bounces@debbugs.gnu.org Tue Oct 18 20:06:35 2016 Received: (at 16184) by debbugs.gnu.org; 19 Oct 2016 00:06:35 +0000 Received: from localhost ([127.0.0.1]:38526 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bweOx-0005T2-9d for submit@debbugs.gnu.org; Tue, 18 Oct 2016 20:06:35 -0400 Received: from aibo.runbox.com ([91.220.196.211]:39528) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bweOv-0005Sq-GH for 16184@debbugs.gnu.org; Tue, 18 Oct 2016 20:06:33 -0400 Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1bweOu-0004zQ-UE for 16184@debbugs.gnu.org; Wed, 19 Oct 2016 02:06:33 +0200 Received: from c-24-22-244-161.hsd1.wa.comcast.net ([24.22.244.161] helo=rainbow.local) by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1bweOX-0003Lh-Kf for 16184@debbugs.gnu.org; Wed, 19 Oct 2016 02:06:10 +0200 From: Gemini Lasswell To: 16184@debbugs.gnu.org Subject: incorrect Edebug spec for eval-and-compile Date: Tue, 18 Oct 2016 17:06:07 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -1.0 (-) X-Debbugs-Envelope-To: 16184 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) This bug also exists in eval-and-compile, which needs the same fix as eval-when-compile. (defun test (limit) (eval-and-compile (boundp 'parse-sexp-lookup-properties))) To reproduce: 1. emacs -Q 2. enter the above code into *scratch* 3. C-u C-M-x Result: edebug-after: Wrong type argument: consp, nil From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 15 20:47:51 2016 Received: (at 16184) by debbugs.gnu.org; 16 Nov 2016 01:47:51 +0000 Received: from localhost ([127.0.0.1]:58667 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c6pKI-0001Wj-TO for submit@debbugs.gnu.org; Tue, 15 Nov 2016 20:47:51 -0500 Received: from fethera.tethera.net ([198.245.60.197]:55399) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c6pKH-0001Wb-H4 for 16184@debbugs.gnu.org; Tue, 15 Nov 2016 20:47:49 -0500 Received: from remotemail by fethera.tethera.net with local (Exim 4.84_2) (envelope-from ) id 1c6pJw-0000dF-GO; Tue, 15 Nov 2016 20:47:28 -0500 Received: (nullmailer pid 15411 invoked by uid 1000); Wed, 16 Nov 2016 01:47:46 -0000 From: David Bremner To: 16184@debbugs.gnu.org Subject: confirmed in 25.1 Date: Tue, 15 Nov 2016 21:47:40 -0400 Message-ID: <877f84xkjn.fsf@tethera.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-Spam-Score: -2.8 (--) X-Debbugs-Envelope-To: 16184 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -2.8 (--) --=-=-= Content-Type: text/plain I tried the example from message #44 and got the same failure. it does say "Edebug: test" on the previous line of *Messages*, fwiw d --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGcBAEBCAAGBQJYK7q8AAoJEPIClx2kp54si4IL/0KCv4rWxCih9+BCF7ghH0Yn 372aeKKk+nnrfFBGvlCEffabwVCGw/pv0n6n95izEm2fQulBzKADw3BS1/NaSbrz Y9mcuCF//O475DlWYgJX05e+O+S5Xsa2NUhyqznOx89YgBG4qYc+59/NYPUW2jPs gnV7FPy74N8/OZHrQI+K8ucXHgSotTk3iO0nkfXOkcY+se5x9azDyZvyiHofb3gi XOJNysrXBMv6HlVQnTNSwkuElM7DF5D/FBHvsBPV3zhtDengIBB8W+0Gd3cTRpOh RvbxL2KukZVXQAyyALgxB9B75F4PhJq0j3uz21BQjpUMVmqUx2PGu9yijvWJXnwu 41fvC4MGAKNrGTg3ALLTqnlHcOA1yyS6VkyOqhdq7C0xzUGRI5wnf+WsKOX+134A Q4hX5CMAGYckg2J0eMZ0eNP4ItKge3diWvUY9aQr6uS+80y1cJ/IBdt4Ei0bUGCg 4W91zrtUK+Vqp3ydlLrzU4aW52JOgS4OngxiMU95eQ== =TWCb -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 15 21:30:29 2016 Received: (at 16184) by debbugs.gnu.org; 16 Nov 2016 02:30:29 +0000 Received: from localhost ([127.0.0.1]:58681 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c6pzZ-0002YR-72 for submit@debbugs.gnu.org; Tue, 15 Nov 2016 21:30:29 -0500 Received: from mail-by2nam01on0081.outbound.protection.outlook.com ([104.47.34.81]:35472 helo=NAM01-BY2-obe.outbound.protection.outlook.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c6pdW-0001zY-E9 for 16184@debbugs.gnu.org; Tue, 15 Nov 2016 21:07:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mischenko.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=qp6Uuw4M+OYMHawsP164iwBh+gQQtXbMDhjguRVn8nc=; b=le9pQFXpqZUBVEhVJgzeTP1FidvINgu89SxxcWHgauJMcBRam4IesE6rcylkyobSs6mfuVdP7CyDwncV42nSDKQqub3sjsKzRMmtMqUg+0X1vY/rmHmCb/0kKhd/URUAHhtynq1DlHxgP2b5U945d4BKUIpHsKfAI7hcoOOJD8Y= Received: from BN6PR10MB1281.namprd10.prod.outlook.com (10.173.29.19) by BN6PR10MB1283.namprd10.prod.outlook.com (10.173.29.21) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.1.629.8; Wed, 16 Nov 2016 02:07:35 +0000 Received: from BN6PR10MB1281.namprd10.prod.outlook.com ([10.173.29.19]) by BN6PR10MB1281.namprd10.prod.outlook.com ([10.173.29.19]) with mapi id 15.01.0707.015; Wed, 16 Nov 2016 02:07:35 +0000 From: Benaiah Mischenko To: "16184@debbugs.gnu.org" <16184@debbugs.gnu.org> Subject: confirmed on 25.1.1 Thread-Topic: confirmed on 25.1.1 Thread-Index: AQHSP64xwanJ00j+KE6UrKcrH0Ol/w== Date: Wed, 16 Nov 2016 02:07:34 +0000 Message-ID: <73A5BAB1-CCF5-4E96-9C19-FAEBF90BF953@mischenko.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=benaiah@mischenko.com; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [67.138.181.50] x-microsoft-exchange-diagnostics: 1; BN6PR10MB1283; 6:g7kfUWXVMfBYDV97jQCZEvZ/yDCQZDPT4eDtCUuPocB300g1eBXDezIyqo30RU6tdU6ba7ep71BYneMMLtfzjY5Ni3O+eoSZ3FOP/UyYA6qT+AMrOFOss9jIIMX1nMjFnnhFbcnI927r53cFIpLw+7hg/kaeR1aCydsgNMJx2/XNRVtn1WiuvkYIfmEJU66oRNXi3gU9nK86cWqSkl7K6nn+q+Nd7A2zPteeClClF+QPf8AcHDXkg1XOo5x7EQeA1lMdpfZFZeXSEz5Nt2CEiHD3y/Y5Wd0chfe6d4z2xVnn9GLLJaoHN/f/ojfOfr2S; 5:ZlDZrjyZxo+UxPH1yTE6P74NV46s4bW6BXY+UqGHB0BV5xzKOYnrpXsPOQiUXYekSTJYzuXr+I35adWsjkaZiBPgLsH6xh0DYhZEoDXXz8oSZ60PvG+CghPDRyBGo6baLbFx2wVbs7be5WoYaanKhA==; 24:+00hICb2+lMcBqZ2xKewkSPukf0+mFK5E8HOKrZHzB2qPJyQXqxEaed6xr1EsjLTTzli5lGDLAtpNAcQDRy+m/XK8twso7nbDnnanlXKjjs=; 7:TCBnjqTQHwiMdtOt2Q8nQ29TGxT07ThSF7e/3DhxM1NbxZbMHOY0YSGA+80g6gdbOb+X5TMJAVeQlGR+jjr1gdQCZ61RUNwmwKHybQBF2J2SkOmtWpfYPslH1ENVNJnoKZqIpJNC+6ZCCDqoexp4TL+IbGBp3Y3blwqUzIp1+yxcHGuKtnW3+3a2gCFNIw/26/26XZZ9NXu/FjvPNc6+0w+2ZS6z39kRA2ZhtbjIiudEcU6cn9KVOp5FXCid+FPr3Vih36yB3p1xAaAiz2w7MF/+JMVCKkkzmIy4uuWrVW2cIZJ6FyzEtND6zcVRnlbJw8/lVgHrQ2r9IjUSmBgdqQ== x-ms-office365-filtering-correlation-id: f00cb806-1402-4c00-3c00-08d40dc554ea x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:BN6PR10MB1283; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6043046); SRVR:BN6PR10MB1283; BCL:0; PCL:0; RULEID:; SRVR:BN6PR10MB1283; x-forefront-prvs: 01283822F8 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(6009001)(7916002)(189002)(199003)(377424004)(86362001)(3660700001)(107886002)(87936001)(450100001)(66066001)(110136003)(189998001)(2501003)(8936002)(99286002)(6916009)(77096005)(7116003)(7736002)(97736004)(92566002)(83716003)(7846002)(5660300001)(36756003)(82746002)(105586002)(3280700002)(50986999)(81156014)(54356999)(6116002)(33656002)(122556002)(2351001)(2900100001)(81166006)(106356001)(8676002)(2906002)(106116001)(305945005)(3846002)(102836003)(68736007)(6512003)(101416001)(6506003)(104396002); DIR:OUT; SFP:1101; SCL:1; SRVR:BN6PR10MB1283; H:BN6PR10MB1281.namprd10.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: mischenko.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <773F3BCC6CAF4442808F6D2FDCB44C58@namprd10.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: mischenko.com X-MS-Exchange-CrossTenant-originalarrivaltime: 16 Nov 2016 02:07:34.1340 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: a4180483-ccc4-4c99-8b4b-3df0ebb77bad X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR10MB1283 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16184 X-Mailman-Approved-At: Tue, 15 Nov 2016 21:30:28 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) The eval-and-compile test case from message #44 fails for me in emacs -Q as= well, with the following *Messages* output: Edebug: test edebug-after: Wrong type argument: consp, nil The output of M-x emacs-version is as follows: GNU Emacs 25.1.1 (x86_64-apple-darwin15.6.0, NS appkit-1404.47 Version 10.1= 1.6 (Build 15G31)) of 2016-09-21 Turning on toggle-debug-on-error and running it again gave me the following= backtrace: Debugger entered--Lisp error: (wrong-type-argument consp nil) edebug-before(1) (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-proper= ties))) (progn (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup= -properties)))) eval((progn (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-l= ookup-properties)))) nil) #[128 "\301\302\303=03B=08\"D\207" [lexical-binding quote eval progn] 5 1= 783882]((edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-= properties)))) macroexpand((eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (= quote parse-sexp-lookup-properties)))) nil) macroexp-macroexpand((eval-and-compile (edebug-after (edebug-before 1) 2 = (boundp (quote parse-sexp-lookup-properties)))) nil) macroexp--expand-all((eval-and-compile (edebug-after (edebug-before 1) 2 = (boundp (quote parse-sexp-lookup-properties))))) macroexp--all-forms((edebug-after (edebug-before 0) 3 (eval-and-compile (= edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-propertie= s))))) 1) #[514 "\300=01\301\"\211\204=10= From unknown Sat Sep 20 12:49:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Wed, 16 Nov 2016 07:34:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 18 17:47:39 2016 Received: (at 16184) by debbugs.gnu.org; 18 Nov 2016 22:47:39 +0000 Received: from localhost ([127.0.0.1]:34284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c7rwZ-0008Vm-CY for submit@debbugs.gnu.org; Fri, 18 Nov 2016 17:47:39 -0500 Received: from ocolin.muc.de ([193.149.48.4]:16968 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1c7rwX-0008Vd-SU for 16184@debbugs.gnu.org; Fri, 18 Nov 2016 17:47:38 -0500 Received: (qmail 41771 invoked by uid 3782); 18 Nov 2016 22:47:34 -0000 Received: from acm.muc.de (p548C73CC.dip0.t-ipconnect.de [84.140.115.204]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 18 Nov 2016 23:47:32 +0100 Received: (qmail 12713 invoked by uid 1000); 18 Nov 2016 22:47:13 -0000 Date: Fri, 18 Nov 2016 22:47:13 +0000 To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together Message-ID: <20161118224713.GA3796@acm.fritz.box> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -2.9 (--) X-Debbugs-Envelope-To: 16184 Cc: Benaiah Mischenko , Gemini Lasswell , Katsumi Yamaoka , 16184@debbugs.gnu.org, David Bremner X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -2.9 (--) Hello, Anders. On Wed, Dec 18, 2013 at 11:58:23AM +0100, Anders Lindgren wrote: > Hi! > The construct 'eval-when-compile' seems to throw debug off. When pressing > C-u C-M-x on the following, an error is issued. This worked correctly in > 24.3. This makes it hard to use edebug on functions in cc-mode > (like c-font-lock-declarations), as it makes heavy use of eval-when-compile. > (defun test (limit) > (eval-when-compile > (boundp 'parse-sexp-lookup-properties))) > Sincerely, > Anders Lidgren [ .... ]. This has been bugging me off and on for years, too. If I'd noticed your bug report back in 2013, I might have got round to looking at it then, but I thought it was just me that was suffering. :-( I think I now understand what's happening, and I have a tentative fix, though this might be more of a workaround than fix, I'm not sure. Anyhow, this is the form I've been testing with: (defun test (limit) (let ((foo (cc-eval-when-compile (boundp 'parse-sexp-lookup-properties)))))) , which clearly needs (require 'cc-defs) before it if you don't have CC Mode loaded already. ######################################################################### Essential background information ================================ When edebug instruments a function, it inserts a call to edebug-enter at the start of the function. Regularly throughout the function, it inserts calls to edebug-before and edebug-after, in forms which look something like: (edebug-before 2) (edebug-after (edebug-before 2) 3 ...) . edebug maintains a stack of numerical "offsets" (whatever they are) called edebug-offset-indices, consing a 0 onto it in edebug-enter, each time an instrumented function is entered. At each edebug-before or edebug-after, the top element of this stack is modified with: (setcar edebug-offset-indices before-index) ; where before-index is, say 2. The offset at the top of edebug-offset-indices is used to position point each time edebug displays the buffer being debugged before waiting for user input. ######################################################################### The bug mechanism is this: The macro-expander working on cc-eval-when-compile, and edebug's instrumentation produce a form something like this: (edebug-enter 'test (limit) (function (lambda ...... (cc-eval-when-compile (edebug-after (edebug-before 2) 3 (boundp 'parse-sexp-lookup-properties) .....))))) . During this instrumentation, the inside of the cc-eval-when-compile form gets run, in particular, the (edebug-before 2). At this stage, since edebug-enter hasn't been run at all, edebug-offset-indices is still nil. The (edebug-before 2) thus attempts (setcar nil 2), which throws the error. ######################################################################### My proposed solution/workaround is to initialise edebug-offset-indices to '(0) rather than nil, giving edebug-before/after a cons to work on, even when they're called "at the top level". This seems to work, sort of. In my test form above, when I do C-u C-M-x, the function `test' gets successfully instrumented. However, if I replace cc-eval-when-compile with eval-when-compile and do C-u C-M-x, the behaviour is different: during the instrumentation, edebug steps through the `boundp' form. I don't yet understand where this difference comes from. So, here's the patch, which I'd be grateful if you would try out. It's based on the savannah master: diff --git a/lisp/emacs-lisp/edebug.el b/lisp/emacs-lisp/edebug.el index 66117b8..5dc6f89 100644 --- a/lisp/emacs-lisp/edebug.el +++ b/lisp/emacs-lisp/edebug.el @@ -2052,9 +2052,9 @@ edebug-stack (defvar edebug-stack-depth -1) ;; Index of last edebug-stack item. -(defvar edebug-offset-indices nil) +(defvar edebug-offset-indices (list 0)) ;; Stack of offset indices of visited edebug sexps. -;; Should be nil at the top level. +;; Should be nil at the top level. No longer! Extensive comment needed here. ;; Each function adds one cons. Top is modified with setcar. This patch clearly needs commenting added to it, but I'm in much too prolix a frame of mind to attempt that now. ;-( -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 29 04:29:29 2016 Received: (at 16184-done) by debbugs.gnu.org; 29 Dec 2016 09:29:30 +0000 Received: from localhost ([127.0.0.1]:58499 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMX1d-0002b0-PS for submit@debbugs.gnu.org; Thu, 29 Dec 2016 04:29:29 -0500 Received: from ocolin.muc.de ([193.149.48.4]:17903 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1cMX1b-0002ap-Ju for 16184-done@debbugs.gnu.org; Thu, 29 Dec 2016 04:29:28 -0500 Received: (qmail 95678 invoked by uid 3782); 29 Dec 2016 09:29:26 -0000 Received: from acm.muc.de (p548C6C46.dip0.t-ipconnect.de [84.140.108.70]) by colin.muc.de (tmda-ofmipd) with ESMTP; Thu, 29 Dec 2016 10:29:25 +0100 Received: (qmail 12562 invoked by uid 1000); 29 Dec 2016 09:29:04 -0000 Date: Thu, 29 Dec 2016 09:29:04 +0000 To: 16184-done@debbugs.gnu.org Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together Message-ID: <20161229092904.GA12550@acm.fritz.box> References: <20161118224713.GA3796@acm.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161118224713.GA3796@acm.fritz.box> User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -3.1 (---) X-Debbugs-Envelope-To: 16184-done Cc: Gemini Lasswell , Katsumi Yamaoka , Benaiah Mischenko , Anders Lindgren , David Bremner X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.1 (---) Bug fixed. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 15:02:41 2016 Received: (at 16184-done) by debbugs.gnu.org; 30 Dec 2016 20:02:41 +0000 Received: from localhost ([127.0.0.1]:60624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN3Nw-0000ke-5a for submit@debbugs.gnu.org; Fri, 30 Dec 2016 15:02:40 -0500 Received: from mail-vk0-f42.google.com ([209.85.213.42]:36480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN3Nt-0000kQ-R1 for 16184-done@debbugs.gnu.org; Fri, 30 Dec 2016 15:02:39 -0500 Received: by mail-vk0-f42.google.com with SMTP id p9so245478067vkd.3 for <16184-done@debbugs.gnu.org>; Fri, 30 Dec 2016 12:02:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=boWo+gBs/vBwXYDQTuzjlJCn6Z+M2aceNgXSX2BGubA=; b=aFUIlTAXPhk4HmzS0CHHCCm/x9ROAUbwJMm+FrtnlA8o1+qE2xFsWBbbd0dy7raPim EKv6PJg1SQM4jsKAEgwfkh5qP57zhI3ZSttr/HxrRlMQj86yDMNpJp6PTRjme1ktaPQk lSWay7DEYJdPJndVnPmkP8OjxxjgF1tiQyXsFcCmD+0e23/pUVpSQZpGZu+kXY8D4u+y 53DQX6mOdXCneNKN+Msd46VXmFeJXn0mmmHcCzudevj3IVEEGYx0FKXqjakAyKwmtVD7 DifrKcpKkzQb2e87pftn3LreEl8N2+RDM1Exbmj9Bb/20ibz4XRJCIxA7mda0idqsEe1 hnjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=boWo+gBs/vBwXYDQTuzjlJCn6Z+M2aceNgXSX2BGubA=; b=b82T6M/UvCPMakY5j6xGaQ01nFZ1RPrMqtgrBpf3TCVjUdaF9OV/XYLI1GGS/9XBG/ aggONwA/MejDYaZrS50IaVOzOY5kP/zW2pN+J8hf4Jk9IddxES8ZshjKXfu1/XQFPHT0 gZCMOAp+fjhbe0AD6Sq2a59c3cHnbAnpiYRPusTdud8qVmULTIN6yzv0IsOyyiWLsfjz lIb7HPP6pPw8IJdgkQVQjcsg5ZamgSRduRbEu4yfQLuhn2qPTfYy76dmBxjNAM7FdR+f QLcrao+/BvGEH/iHkLnE9u93uXlLzd4B9JsyAJX9WIDRl+9DZ/Dd45lNMzyosaM7fsyd 82Sg== X-Gm-Message-State: AIkVDXJsbIMx0O4rkhIa5KlAuTr+IsGpnrPpJCz0N4cC3vFIGUZvzxIvluDMESUGmkm9ABOO8XfCtRl8fUn99Q== X-Received: by 10.31.96.202 with SMTP id u193mr17130479vkb.53.1483128151944; Fri, 30 Dec 2016 12:02:31 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.58.69 with HTTP; Fri, 30 Dec 2016 12:02:31 -0800 (PST) In-Reply-To: <20161229092904.GA12550@acm.fritz.box> References: <20161118224713.GA3796@acm.fritz.box> <20161229092904.GA12550@acm.fritz.box> From: Anders Lindgren Date: Fri, 30 Dec 2016 21:02:31 +0100 Message-ID: Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together To: Alan Mackenzie Content-Type: multipart/alternative; boundary=001a114e52f0a733e90544e5ae91 X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 16184-done Cc: Gemini Lasswell , Katsumi Yamaoka , Benaiah Mischenko , David Bremner , 16184-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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 (/) --001a114e52f0a733e90544e5ae91 Content-Type: text/plain; charset=UTF-8 Hi! I just got around to test this. Now, `eval-when-comple' seems to be working. Unfortunately, `eval-and-comple' is still broken. If I do C-u M-C-x eval the following with `debug-on-error' set to t, I get the backtrace below: (defun test (limit) (eval-and-compile (boundp 'parse-sexp-lookup-properties))) Debugger entered--Lisp error: (void-variable edebug-freq-count) edebug-before(1) (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties))) (progn (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))) eval((progn (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))) nil) #[128 "\301\302\303 B \"D\207" [lexical-binding quote eval progn] 5 1802730]((edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))) macroexpand((eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))) nil) macroexp-macroexpand((eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))) nil) macroexp--expand-all((eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties))))) macroexp--all-forms((edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties))))) 1) #[514 "\300 \301\"\211\204 \302 \242\303\"\202g\304 !\204+\3051$\306\307 ! \"0\202*\310\311 \"\262 \210\312 \242\" \242 =\203b \242\302 \242\303\"\211\262 \232\203J \242\202e \312 \"\240\210\211 \242=\203\\\211\202e\313 !\202e\313 !\262 \207" [function-get compiler-macro macroexp--all-forms 1 functionp (debug error) autoload-do-load indirect-function message "macroexp--expand-all: %S" macroexp--compiler-macro macroexp--expand-all] 8 "\n\n(fn FORM FUNC)"](((edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))))) edebug-after) macroexp--expand-all((edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))))) macroexp--all-forms((lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))))) 2) macroexp--expand-all((function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))))))) macroexp--all-forms((edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp ...))))))) 1) #[514 "\300 \301\"\211\204 \302 \242\303\"\202g\304 !\204+\3051$\306\307 ! \"0\202*\310\311 \"\262 \210\312 \242\" \242 =\203b \242\302 \242\303\"\211\262 \232\203J \242\202e \312 \"\240\210\211 \242=\203\\\211\202e\313 !\202e\313 !\262 \207" [function-get compiler-macro macroexp--all-forms 1 functionp (debug error) autoload-do-load indirect-function message "macroexp--expand-all: %S" macroexp--compiler-macro macroexp--expand-all] 8 "\n\n(fn FORM FUNC)"](((edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...))))))) edebug-enter) macroexp--expand-all((edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp ...)))))))) macroexp--all-forms((lambda (limit) (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...))))))) 2) macroexp--expand-all((function (lambda (limit) (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile ...)))))))) macroexp--all-forms((defalias (quote test) (function (lambda (limit) (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after ... 3 ...))))))) 1) #[514 "\300 \301\"\211\204 \302 \242\303\"\202g\304 !\204+\3051$\306\307 ! \"0\202*\310\311 \"\262 \210\312 \242\" \242 =\203b \242\302 \242\303\"\211\262 \232\203J \242\202e \312 \"\240\210\211 \242=\203\\\211\202e\313 !\202e\313 !\262 \207" [function-get compiler-macro macroexp--all-forms 1 functionp (debug error) autoload-do-load indirect-function message "macroexp--expand-all: %S" macroexp--compiler-macro macroexp--expand-all] 8 "\n\n(fn FORM FUNC)"](((defalias (quote test) (function (lambda (limit) (edebug-enter (quote test) (list limit) (function (lambda nil ...))))))) defalias) macroexp--expand-all((defun test (limit) (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...)))))))) macroexpand-all((defun test (limit) (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...)))))))) eval-sexp-add-defvars((defun test (limit) (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...)))))))) edebug-eval-defun((4)) apply(edebug-eval-defun (4)) eval-defun((4)) funcall-interactively(eval-defun (4)) call-interactively(eval-defun nil nil) command-execute(eval-defun) -- Anders On Thu, Dec 29, 2016 at 10:29 AM, Alan Mackenzie wrote: > Bug fixed. > > -- > Alan Mackenzie (Nuremberg, Germany). > --001a114e52f0a733e90544e5ae91 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi!

I just got around to test this. Now= , `eval-when-comple' seems to be working. Unfortunately, `eval-and-comp= le' is still broken.

If I do C-u M-C-x eval th= e following with `debug-on-error' set to t, I get the backtrace below:<= /div>

(defun test (limit)
=C2=A0 (eval-an= d-compile
=C2=A0 =C2=A0 (boundp 'parse-sexp-lookup-properties= )))


Debugger entered--Li= sp error: (void-variable edebug-freq-count)
=C2=A0 edebug-before(= 1)
=C2=A0 (edebug-after (edebug-before 1) 2 (boundp (quote parse-= sexp-lookup-properties)))
=C2=A0 (progn (edebug-after (edebug-bef= ore 1) 2 (boundp (quote parse-sexp-lookup-properties))))
=C2=A0 e= val((progn (edebug-after (edebug-before 1) 2 (boundp (quote parse-sexp-look= up-properties)))) nil)
=C2=A0 #[128 "\301\302\303 B \"D= \207" [lexical-binding quote eval progn] 5 1802730]((edebug-after (ede= bug-before 1) 2 (boundp (quote parse-sexp-lookup-properties))))
= =C2=A0 macroexpand((eval-and-compile (edebug-after (edebug-before 1) 2 (bou= ndp (quote parse-sexp-lookup-properties)))) nil)
=C2=A0 macroexp-= macroexpand((eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (qu= ote parse-sexp-lookup-properties)))) nil)
=C2=A0 macroexp--expand= -all((eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote par= se-sexp-lookup-properties)))))
=C2=A0 macroexp--all-forms((edebug= -after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1= ) 2 (boundp (quote parse-sexp-lookup-properties))))) 1)
=C2=A0 #[= 514 "\300 \301\"\211\204 \302 \242\303\"\202g\304 !\204+\305= 1$\306\307 ! \"0\202*\310\311 \"\262 \210\312 \242\" \242 = =3D\203b \242\302 \242\303\"\211\262 \232\203J \242\202e \312 \"= \240\210\211 \242=3D\203\\\211\202e\313 !\202e\313 !\262 \207" [functi= on-get compiler-macro macroexp--all-forms 1 functionp (debug error) autoloa= d-do-load indirect-function message "macroexp--expand-all: %S" ma= croexp--compiler-macro macroexp--expand-all] 8 "\n\n(fn FORM FUNC)&quo= t;](((edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (ede= bug-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))))) edebug-af= ter)
=C2=A0 macroexp--expand-all((edebug-after (edebug-before 0) = 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quote parse-= sexp-lookup-properties))))))
=C2=A0 macroexp--all-forms((lambda n= il (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edebu= g-before 1) 2 (boundp (quote parse-sexp-lookup-properties)))))) 2)
=C2=A0 macroexp--expand-all((function (lambda nil (edebug-after (edebug-b= efore 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 (boundp (quo= te parse-sexp-lookup-properties))))))))
=C2=A0 macroexp--all-form= s((edebug-enter (quote test) (list limit) (function (lambda nil (edebug-aft= er (edebug-before 0) 3 (eval-and-compile (edebug-after (edebug-before 1) 2 = (boundp ...))))))) 1)
=C2=A0 #[514 "\300 \301\"\211\204= \302 \242\303\"\202g\304 !\204+\3051$\306\307 ! \"0\202*\310\311= \"\262 \210\312 \242\" \242 =3D\203b \242\302 \242\303\"\2= 11\262 \232\203J \242\202e \312 \"\240\210\211 \242=3D\203\\\211\202e= \313 !\202e\313 !\262 \207" [function-get compiler-macro macroexp--all= -forms 1 functionp (debug error) autoload-do-load indirect-function message= "macroexp--expand-all: %S" macroexp--compiler-macro macroexp--ex= pand-all] 8 "\n\n(fn FORM FUNC)"](((edebug-enter (quote test) (li= st limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and= -compile (edebug-after ... 2 ...))))))) edebug-enter)
=C2=A0 macr= oexp--expand-all((edebug-enter (quote test) (list limit) (function (lambda = nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after (edeb= ug-before 1) 2 (boundp ...))))))))
=C2=A0 macroexp--all-forms((la= mbda (limit) (edebug-enter (quote test) (list limit) (function (lambda nil = (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...= ))))))) 2)
=C2=A0 macroexp--expand-all((function (lambda (limit) = (edebug-enter (quote test) (list limit) (function (lambda nil (edebug-after= (edebug-before 0) 3 (eval-and-compile ...))))))))
=C2=A0 macroex= p--all-forms((defalias (quote test) (function (lambda (limit) (edebug-enter= (quote test) (list limit) (function (lambda nil (edebug-after ... 3 ...)))= )))) 1)
=C2=A0 #[514 "\300 \301\"\211\204 \302 \242\303= \"\202g\304 !\204+\3051$\306\307 ! \"0\202*\310\311 \"\262 \= 210\312 \242\" \242 =3D\203b \242\302 \242\303\"\211\262 \232\20= 3J \242\202e \312 \"\240\210\211 \242=3D\203\\\211\202e\313 !\202e\31= 3 !\262 \207" [function-get compiler-macro macroexp--all-forms 1 funct= ionp (debug error) autoload-do-load indirect-function message "macroex= p--expand-all: %S" macroexp--compiler-macro macroexp--expand-all] 8 &q= uot;\n\n(fn FORM FUNC)"](((defalias (quote test) (function (lambda (li= mit) (edebug-enter (quote test) (list limit) (function (lambda nil ...)))))= )) defalias)
=C2=A0 macroexp--expand-all((defun test (limit) (ede= bug-enter (quote test) (list limit) (function (lambda nil (edebug-after (ed= ebug-before 0) 3 (eval-and-compile (edebug-after ... 2 ...))))))))
=C2=A0 macroexpand-all((defun test (limit) (edebug-enter (quote test) (li= st limit) (function (lambda nil (edebug-after (edebug-before 0) 3 (eval-and= -compile (edebug-after ... 2 ...))))))))
=C2=A0 eval-sexp-add-def= vars((defun test (limit) (edebug-enter (quote test) (list limit) (function = (lambda nil (edebug-after (edebug-before 0) 3 (eval-and-compile (edebug-aft= er ... 2 ...))))))))
=C2=A0 edebug-eval-defun((4))
=C2= =A0 apply(edebug-eval-defun (4))
=C2=A0 eval-defun((4))
=C2=A0 funcall-interactively(eval-defun (4))
=C2=A0 call-interac= tively(eval-defun nil nil)
=C2=A0 command-execute(eval-defun)

=C2=A0 =C2=A0 -- Anders


On Thu, Dec 29= , 2016 at 10:29 AM, Alan Mackenzie <acm@muc.de> wrote:
Bug fixed.

--
Alan Mackenzie (Nuremberg, Germany).

--001a114e52f0a733e90544e5ae91-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 30 18:32:05 2016 Received: (at 16184) by debbugs.gnu.org; 30 Dec 2016 23:32:05 +0000 Received: from localhost ([127.0.0.1]:60712 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN6eb-0007Ok-B6 for submit@debbugs.gnu.org; Fri, 30 Dec 2016 18:32:05 -0500 Received: from aibo.runbox.com ([91.220.196.211]:54098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cN6eZ-0007OY-PA for 16184@debbugs.gnu.org; Fri, 30 Dec 2016 18:32:04 -0500 Received: from [10.9.9.210] (helo=mailfront10.runbox.com) by bars.runbox.com with esmtp (Exim 4.71) (envelope-from ) id 1cN6eS-0007JZ-Vf; Sat, 31 Dec 2016 00:31:57 +0100 Received: from c-24-22-244-161.hsd1.wa.comcast.net ([24.22.244.161] helo=rainbow.local) by mailfront10.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1cN6eG-00020l-S3; Sat, 31 Dec 2016 00:31:45 +0100 From: Gemini Lasswell To: Alan Mackenzie Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together In-Reply-To: <20161118224713.GA3796@acm.fritz.box> (Alan Mackenzie's message of "Fri, 18 Nov 2016 22:47:13 +0000") Date: Fri, 30 Dec 2016 15:27:37 -0800 Message-ID: References: <20161118224713.GA3796@acm.fritz.box> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 16184 Cc: David Bremner , Katsumi Yamaoka , 16184@debbugs.gnu.org, Anders Lindgren , Benaiah Mischenko X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.9 (---) Alan Mackenzie writes: > > . During this instrumentation, the inside of the cc-eval-when-compile > form gets run, in particular, the (edebug-before 2). At this stage, > since edebug-enter hasn't been run at all, edebug-offset-indices is still > nil. The (edebug-before 2) thus attempts (setcar nil 2), which throws > the error. > I haven't able to reproduce the bug with cc-eval-when-compile, just eval-and-compile. But the thing that is supposed to make Edebug wrap a form in edebug-enter is the use of def-form or def-body in the Edebug spec. It works for eval-when-compile which has the Edebug spec (&rest def-form). The body of eval-and-compile doesn't get wrapped because its Edebug spec is t, so the bug happens there. cc-eval-when-compile has the same Edebug spec as eval-when-compile, so its body should get wrapped by edebug-enter. If that's not happening in your Emacs, it's a bug in Edebug which is different from the eval-and-compile Edebug spec bug. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 31 06:19:16 2016 Received: (at 16184) by debbugs.gnu.org; 31 Dec 2016 11:19:16 +0000 Received: from localhost ([127.0.0.1]:60884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNHgy-0006vF-HR for submit@debbugs.gnu.org; Sat, 31 Dec 2016 06:19:16 -0500 Received: from ocolin.muc.de ([193.149.48.4]:28841 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1cNHgw-0006v6-Li for 16184@debbugs.gnu.org; Sat, 31 Dec 2016 06:19:15 -0500 Received: (qmail 56748 invoked by uid 3782); 31 Dec 2016 11:19:13 -0000 Received: from acm.muc.de (p548C6268.dip0.t-ipconnect.de [84.140.98.104]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 31 Dec 2016 12:19:11 +0100 Received: (qmail 4277 invoked by uid 1000); 31 Dec 2016 11:18:52 -0000 Date: Sat, 31 Dec 2016 11:18:52 +0000 To: Gemini Lasswell Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together Message-ID: <20161231111851.GA4072@acm.fritz.box> References: <20161118224713.GA3796@acm.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 16184 Cc: David Bremner , Katsumi Yamaoka , 16184@debbugs.gnu.org, Anders Lindgren , Benaiah Mischenko X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.2 (---) Hello, Gemini. On Fri, Dec 30, 2016 at 03:27:37PM -0800, Gemini Lasswell wrote: > Alan Mackenzie writes: > > . During this instrumentation, the inside of the cc-eval-when-compile > > form gets run, in particular, the (edebug-before 2). At this stage, > > since edebug-enter hasn't been run at all, edebug-offset-indices is still > > nil. The (edebug-before 2) thus attempts (setcar nil 2), which throws > > the error. > I haven't able to reproduce the bug with cc-eval-when-compile, > just eval-and-compile. But the thing that is supposed to make Edebug > wrap a form in edebug-enter is the use of def-form or def-body in the > Edebug spec. This is extremely poorly documented, even in the source code, if it is documented at all. I don't really understand the documentation of the edebug spec in general. > It works for eval-when-compile which has the Edebug spec (&rest > def-form). The body of eval-and-compile doesn't get wrapped because > its Edebug spec is t, so the bug happens there. Ah! I think I'm beginning to understand all this. Looking at the source code, it seems a def-form or def-body causes the form to be wrapping by edebug-enter, but not much else does. > cc-eval-when-compile has the same Edebug spec as eval-when-compile, so > its body should get wrapped by edebug-enter. If that's not happening in > your Emacs, it's a bug in Edebug which is different from the > eval-and-compile Edebug spec bug. I think you've persuaded me that my fix to this bug was wrong. Rather than adapting initialisations to cope with edebug-enter not being called, I should have diagnosed _why_ an edebug-enter is not being generated during instrumentation of a cc-eval-when-compile form. I'm working on this now. Thank you indeed for drawing my attention to these edebug specs. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 31 11:23:19 2016 Received: (at 16184) by debbugs.gnu.org; 31 Dec 2016 16:23:19 +0000 Received: from localhost ([127.0.0.1]:33391 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNMRB-0007Vc-ET for submit@debbugs.gnu.org; Sat, 31 Dec 2016 11:23:18 -0500 Received: from ocolin.muc.de ([193.149.48.4]:31783 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1cNMR9-0007VT-3T for 16184@debbugs.gnu.org; Sat, 31 Dec 2016 11:23:16 -0500 Received: (qmail 94262 invoked by uid 3782); 31 Dec 2016 16:23:13 -0000 Received: from acm.muc.de (p548C6268.dip0.t-ipconnect.de [84.140.98.104]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sat, 31 Dec 2016 17:23:13 +0100 Received: (qmail 12678 invoked by uid 1000); 31 Dec 2016 16:22:54 -0000 Date: Sat, 31 Dec 2016 16:22:54 +0000 To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together Message-ID: <20161231162254.GB4072@acm.fritz.box> References: <20161118224713.GA3796@acm.fritz.box> <20161229092904.GA12550@acm.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 16184 Cc: Benaiah Mischenko , Gemini Lasswell , Katsumi Yamaoka , 16184@debbugs.gnu.org, David Bremner X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.2 (---) Hello again, Anders. On Fri, Dec 30, 2016 at 09:02:31PM +0100, Anders Lindgren wrote: > Hi! > I just got around to test this. Now, `eval-when-comple' seems to be > working. Unfortunately, `eval-and-comple' is still broken. > If I do C-u M-C-x eval the following with `debug-on-error' set to t, I get > the backtrace below: > (defun test (limit) > (eval-and-compile > (boundp 'parse-sexp-lookup-properties))) [ snip backtrace ] I got a tip from Gemini Lasswell last night. What is broken is not edebug.el itself, but the edebug specs applied to various macros. For macros like eval-\(when\|and\)-compile, there needs to be an edebug-enter form compile around the macro. Most edebug specs don't compile this - only (I think) def-form and def-body do. This is not clearly documented. Anyhow, I've changed the edebug spec of eval-and-compile to what it should be (\(cc-\)?eval-when-compile already had it), and I think these problems are all solved. Would you please try out the following patch, and let me know sometime that it's OK, then I can commit it. Happy New Year again! diff --git a/lisp/emacs-lisp/byte-run.el b/lisp/emacs-lisp/byte-run.el index 9d2a048..e680ebb 100644 --- a/lisp/emacs-lisp/byte-run.el +++ b/lisp/emacs-lisp/byte-run.el @@ -474,7 +474,7 @@ eval-and-compile `progn', except that the value of the expression may be (but is not necessarily) computed at load time if eager macro expansion is enabled." - (declare (debug t) (indent 0)) + (declare (debug (&rest def-form)) (indent 0)) ;; When the byte-compiler expands code, this macro is not used, so we're ;; either about to run `body' (plain interpretation) or we're doing eager ;; macroexpansion. diff --git a/lisp/emacs-lisp/edebug.el b/lisp/emacs-lisp/edebug.el index 15b1389..fd3e48d 100644 --- a/lisp/emacs-lisp/edebug.el +++ b/lisp/emacs-lisp/edebug.el @@ -2052,15 +2052,10 @@ edebug-stack (defvar edebug-stack-depth -1) ;; Index of last edebug-stack item. -(defvar edebug-offset-indices (list 0)) +(defvar edebug-offset-indices nil) ;; Stack of offset indices of visited edebug sexps. ;; Each function adds one cons. Top is modified with setcar. -;; Should be nil at the top level. No longer! There are occasions -;; when this variable is modified by setcar before a cons has been -;; pushed by `edebug-enter', e.g. when instrumenting -;; `c-font-lock-declarations' in .../lisp/progmodes/cc-fonts.el. So -;; this variable must be initialized to a cons. - +;; Should be nil at the top level. (defvar edebug-entered nil ;; Non-nil if edebug has already been entered at this recursive edit level. ;; This should stay nil at the top level. > -- Anders -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 31 19:30:53 2016 Received: (at 16184) by debbugs.gnu.org; 1 Jan 2017 00:30:53 +0000 Received: from localhost ([127.0.0.1]:33555 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNU33-0003k8-Es for submit@debbugs.gnu.org; Sat, 31 Dec 2016 19:30:53 -0500 Received: from mail-ua0-f173.google.com ([209.85.217.173]:34657) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNU31-0003js-7u for 16184@debbugs.gnu.org; Sat, 31 Dec 2016 19:30:52 -0500 Received: by mail-ua0-f173.google.com with SMTP id 34so239499252uac.1 for <16184@debbugs.gnu.org>; Sat, 31 Dec 2016 16:30:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=JC4m4nFK7z3go//eLsGMpvznmFj0sxelD5aEjDTh4nk=; b=rtYNQSb34DeTSFqwjsio0tbRboTeMs8WC+Cg39jf5BicfEUStE8AQLxfQgFAvP+i4m eK4GI/Y9i7wstDvz+LZ/HFv4KIvkpsUaOqOYCMBzsuSxQVyNDhE8FmEnraHWETjFHA4Y YS2rPOUCrSzKK+WlybYvRGIb0l3n6jsNXE5sAvheNT2m/jw9EzPuFRj6/BkAjO4Xm6h4 H+AVRYC8PizDW6XG9Iq3x0eAzyqiUmypYYXUj26IHpm0tZEdlZdWsERcVXg3amGAg8gj oo+Sqs2hhYKm6dZTXzHshdK+971tukf7gN+NiCUao3HtuxVrwE+RaUf7d6MUPrn/3bjC yE8A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=JC4m4nFK7z3go//eLsGMpvznmFj0sxelD5aEjDTh4nk=; b=kvsVy3MOx/U87yai/CgFJ81iCyemH4ieFqRgVffuJ9dY/4TOoNjw37sgE20s8rJkct hY8M1wXZt3ArF/4beg7grr3KC84+yWG3iCl2R7UraY9/WULbFo5f+RNAtlPHyr9E2E1K XmPDXBo/35pkTACqTe7tbN/QMJfA1lRBN4l+IxhlRYc7JaUCi5KDtktWwqTr/F1St8I3 aIYu49skJ3ofwzkniQ8IyFshwY4NCr3izLOyf2Y5Wvp+QAvGREzdLdU8/4la12vNWvnc CEQ7ew4DXXMM5B9iqUQw+7XAVx1ysIC7uAgSH/XjusHqcKqPpqWB6YzwOVaGQIGPD+Fn kLSw== X-Gm-Message-State: AIkVDXKJmWQvxQdaTFgAQ7xHnmFXaFoyJE17VYXbseuh1zpim5EQ5WTp9fRrLjt85j2hV0mG6vxdvfG6yJpT2w== X-Received: by 10.176.16.66 with SMTP id g2mr31491035uab.99.1483230645073; Sat, 31 Dec 2016 16:30:45 -0800 (PST) MIME-Version: 1.0 Received: by 10.31.58.69 with HTTP; Sat, 31 Dec 2016 16:30:44 -0800 (PST) In-Reply-To: <20161231162254.GB4072@acm.fritz.box> References: <20161118224713.GA3796@acm.fritz.box> <20161229092904.GA12550@acm.fritz.box> <20161231162254.GB4072@acm.fritz.box> From: Anders Lindgren Date: Sun, 1 Jan 2017 01:30:44 +0100 Message-ID: Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together To: Alan Mackenzie Content-Type: multipart/alternative; boundary=f403045e3bd4b83cf30544fd8bb3 X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 16184 Cc: Benaiah Mischenko , Gemini Lasswell , Katsumi Yamaoka , 16184@debbugs.gnu.org, David Bremner X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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.5 (/) --f403045e3bd4b83cf30544fd8bb3 Content-Type: text/plain; charset=UTF-8 Hi Alan! This time it seems to be working properly with both `eval-when-compile' and `eval-and-compile'! Happy new year to you too! -- Anders On Sat, Dec 31, 2016 at 5:22 PM, Alan Mackenzie wrote: > Hello again, Anders. > > On Fri, Dec 30, 2016 at 09:02:31PM +0100, Anders Lindgren wrote: > > Hi! > > > I just got around to test this. Now, `eval-when-comple' seems to be > > working. Unfortunately, `eval-and-comple' is still broken. > > > If I do C-u M-C-x eval the following with `debug-on-error' set to t, I > get > > the backtrace below: > > > (defun test (limit) > > (eval-and-compile > > (boundp 'parse-sexp-lookup-properties))) > > [ snip backtrace ] > > I got a tip from Gemini Lasswell last night. What is broken is not > edebug.el itself, but the edebug specs applied to various macros. For > macros like eval-\(when\|and\)-compile, there needs to be an > edebug-enter form compile around the macro. Most edebug specs don't > compile this - only (I think) def-form and def-body do. This is not > clearly documented. > > Anyhow, I've changed the edebug spec of eval-and-compile to what it > should be (\(cc-\)?eval-when-compile already had it), and I think these > problems are all solved. > > Would you please try out the following patch, and let me know sometime > that it's OK, then I can commit it. > > Happy New Year again! > > > > diff --git a/lisp/emacs-lisp/byte-run.el b/lisp/emacs-lisp/byte-run.el > index 9d2a048..e680ebb 100644 > --- a/lisp/emacs-lisp/byte-run.el > +++ b/lisp/emacs-lisp/byte-run.el > @@ -474,7 +474,7 @@ eval-and-compile > `progn', except that the value of the expression may be (but is > not necessarily) computed at load time if eager macro expansion > is enabled." > - (declare (debug t) (indent 0)) > + (declare (debug (&rest def-form)) (indent 0)) > ;; When the byte-compiler expands code, this macro is not used, so we're > ;; either about to run `body' (plain interpretation) or we're doing > eager > ;; macroexpansion. > diff --git a/lisp/emacs-lisp/edebug.el b/lisp/emacs-lisp/edebug.el > index 15b1389..fd3e48d 100644 > --- a/lisp/emacs-lisp/edebug.el > +++ b/lisp/emacs-lisp/edebug.el > @@ -2052,15 +2052,10 @@ edebug-stack > (defvar edebug-stack-depth -1) > ;; Index of last edebug-stack item. > > -(defvar edebug-offset-indices (list 0)) > +(defvar edebug-offset-indices nil) > ;; Stack of offset indices of visited edebug sexps. > ;; Each function adds one cons. Top is modified with setcar. > -;; Should be nil at the top level. No longer! There are occasions > -;; when this variable is modified by setcar before a cons has been > -;; pushed by `edebug-enter', e.g. when instrumenting > -;; `c-font-lock-declarations' in .../lisp/progmodes/cc-fonts.el. So > -;; this variable must be initialized to a cons. > - > +;; Should be nil at the top level. > (defvar edebug-entered nil > ;; Non-nil if edebug has already been entered at this recursive edit > level. > ;; This should stay nil at the top level. > > > -- Anders > > -- > Alan Mackenzie (Nuremberg, Germany). > --f403045e3bd4b83cf30544fd8bb3 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Alan!

This time it seems to be worki= ng properly with both `eval-when-compile' and `eval-and-compile'!

Happy new year to you too!

=C2=A0 =C2=A0 -- Anders

On Sat, Dec 31, 2016 at 5:22 PM, Alan Mackenzie <acm@muc.de> wrote:
Hello again, Anders.<= br>
On Fri, Dec 30, 2016 at 09:02:31PM +0100, Anders Lindgren wrote:
> Hi!

> I just got around to test this. Now, `eval-when-comple' seems to b= e
> working. Unfortunately, `eval-and-comple' is still broken.

> If I do C-u M-C-x eval the following with `debug-on-error' set to = t, I get
> the backtrace below:

> (defun test (limit)
>=C2=A0 =C2=A0(eval-and-compile
>=C2=A0 =C2=A0 =C2=A0(boundp 'parse-sexp-lookup-properties)))
[ snip backtrace ]

I got a tip from Gemini Lasswell last night.=C2=A0 What is broken is not edebug.el itself, but the edebug specs applied to various macros.=C2=A0 For=
macros like eval-\(when\|and\)-compile, there needs to be an
edebug-enter form compile around the macro.=C2=A0 Most edebug specs don'= ;t
compile this - only (I think) def-form and def-body do.=C2=A0 This is not clearly documented.

Anyhow, I've changed the edebug spec of eval-and-compile to what it
should be (\(cc-\)?eval-when-compile already had it), and I think these
problems are all solved.

Would you please try out the following patch, and let me know sometime
that it's OK, then I can commit it.

Happy New Year again!



diff --git a/lisp/emacs-lisp/byte-run.el b/lisp/emacs-lisp/byte-run.el
index 9d2a048..e680ebb 100644
--- a/lisp/emacs-lisp/byte-run.el
+++ b/lisp/emacs-lisp/byte-run.el
@@ -474,7 +474,7 @@ eval-and-compile
=C2=A0`progn', except that the value of the expression may be (but is =C2=A0not necessarily) computed at load time if eager macro expansion
=C2=A0is enabled."
-=C2=A0 (declare (debug t) (indent 0))
+=C2=A0 (declare (debug (&rest def-form)) (indent 0))
=C2=A0 =C2=A0;; When the byte-compiler expands code, this macro is not used= , so we're
=C2=A0 =C2=A0;; either about to run `body' (plain interpretation) or we= 're doing eager
=C2=A0 =C2=A0;; macroexpansion.
diff --git a/lisp/emacs-lisp/edebug.el b/lisp/emacs-lisp/edebug.el
index 15b1389..fd3e48d 100644
--- a/lisp/emacs-lisp/edebug.el
+++ b/lisp/emacs-lisp/edebug.el
@@ -2052,15 +2052,10 @@ edebug-stack
=C2=A0(defvar edebug-stack-depth -1)
=C2=A0;; Index of last edebug-stack item.

-(defvar edebug-offset-indices (list 0))
+(defvar edebug-offset-indices nil)
=C2=A0;; Stack of offset indices of visited edebug sexps.<= br> =C2=A0;; Each function adds one cons.=C2=A0 Top is = modified with setcar.
-;; Should be nil at the top level.=C2=A0 No longer!=C2=A0 There are= occasions
-;; when this variable is modified by setcar before a cons has been
-;; pushed by `edebug-enter', e.g. when instrumenting
-;; `c-font-lock-declarations' in .../lisp/progmodes/cc-fonts.el.= =C2=A0 So
-;; this variable must be initialized to a cons.
-
+;; Should be nil at the top level.
=C2=A0(defvar edebug-entered nil
=C2=A0 =C2=A0;; Non-nil if edebug has already been entered at this recursiv= e edit level.
=C2=A0 =C2=A0;; This should stay nil at the top level.

>=C2=A0 =C2=A0 =C2=A0-- Anders

--
Alan Mackenzie (Nuremberg, Germany).

--f403045e3bd4b83cf30544fd8bb3-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 01 03:37:33 2017 Received: (at 16184-done) by debbugs.gnu.org; 1 Jan 2017 08:37:33 +0000 Received: from localhost ([127.0.0.1]:33631 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cNbe1-0000Fi-3n for submit@debbugs.gnu.org; Sun, 01 Jan 2017 03:37:33 -0500 Received: from ocolin.muc.de ([193.149.48.4]:59125 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1cNbdz-0000FY-6p for 16184-done@debbugs.gnu.org; Sun, 01 Jan 2017 03:37:31 -0500 Received: (qmail 604 invoked by uid 3782); 1 Jan 2017 08:37:29 -0000 Received: from acm.muc.de (p4FC469E3.dip0.t-ipconnect.de [79.196.105.227]) by colin.muc.de (tmda-ofmipd) with ESMTP; Sun, 01 Jan 2017 09:37:28 +0100 Received: (qmail 8492 invoked by uid 1000); 1 Jan 2017 08:37:11 -0000 Date: Sun, 1 Jan 2017 08:37:11 +0000 To: Anders Lindgren Subject: Re: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together Message-ID: <20170101083711.GA8392@acm.fritz.box> References: <20161118224713.GA3796@acm.fritz.box> <20161229092904.GA12550@acm.fritz.box> <20161231162254.GB4072@acm.fritz.box> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alan Mackenzie X-Primary-Address: acm@muc.de X-Spam-Score: -3.2 (---) X-Debbugs-Envelope-To: 16184-done Cc: Gemini Lasswell , Katsumi Yamaoka , Benaiah Mischenko , David Bremner , 16184-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.2 (---) Hello, Anders. On Sun, Jan 01, 2017 at 01:30:44AM +0100, Anders Lindgren wrote: > Hi Alan! > This time it seems to be working properly with both `eval-when-compile' and > `eval-and-compile'! > Happy new year to you too! Thanks! I've just committed the fix. > -- Anders -- Alan Mackenzie (Nuremberg, Germany). From unknown Sat Sep 20 12:49:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Sun, 29 Jan 2017 12:24:03 +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