From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Anders Lindgren Newsgroups: gmane.emacs.bugs Subject: bug#16184: 24.3.50; edebug and eval-when-compiler don't work together Date: Fri, 20 Dec 2013 10:26:19 +0100 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=14dae9cc930cecce4504edf3de9b X-Trace: ger.gmane.org 1387531635 4814 80.91.229.3 (20 Dec 2013 09:27:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 20 Dec 2013 09:27:15 +0000 (UTC) Cc: 16184@debbugs.gnu.org To: Katsumi Yamaoka Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 20 10:27:20 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VtwMX-0003EP-MT for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Dec 2013 10:27:17 +0100 Original-Received: from localhost ([::1]:48443 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtwMX-0005AB-90 for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Dec 2013 04:27:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46634) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtwMO-000510-Bw for bug-gnu-emacs@gnu.org; Fri, 20 Dec 2013 04:27:13 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VtwMJ-0002CT-Bi for bug-gnu-emacs@gnu.org; Fri, 20 Dec 2013 04:27:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45480) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VtwMJ-0002CN-5O for bug-gnu-emacs@gnu.org; Fri, 20 Dec 2013 04:27:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VtwMI-0000vk-G3 for bug-gnu-emacs@gnu.org; Fri, 20 Dec 2013 04:27:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Anders Lindgren Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Dec 2013 09:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16184 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16184-submit@debbugs.gnu.org id=B16184.13875315833510 (code B ref 16184); Fri, 20 Dec 2013 09:27:02 +0000 Original-Received: (at 16184) by debbugs.gnu.org; 20 Dec 2013 09:26:23 +0000 Original-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 Original-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 Original-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== X-Received: by 10.180.79.67 with SMTP id h3mr6430052wix.58.1387531579737; Fri, 20 Dec 2013 01:26:19 -0800 (PST) Original-Received: by 10.216.223.140 with HTTP; Fri, 20 Dec 2013 01:26:19 -0800 (PST) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:82269 Archived-At: --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--