GNU bug report logs - #29919
26.0.90; Incorrect Edebug spec for cl-macrolet

Previous Next

Package: emacs;

Reported by: Gemini Lasswell <gazally <at> runbox.com>

Date: Sun, 31 Dec 2017 21:37:02 UTC

Severity: normal

Tags: fixed

Merged with 30348

Found in versions 26.0.90, 26.0.91

Fixed in version 27.1

Done: Gemini Lasswell <gazally <at> runbox.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Kaushal Modi <kaushal.modi <at> gmail.com>
To: Gemini Lasswell <geminilasswell <at> runbox.com>
Cc: 29919 <at> debbugs.gnu.org
Subject: bug#29919: 26.0.90; Incorrect Edebug spec for cl-macrolet
Date: Wed, 25 Jul 2018 18:24:09 -0400
[Message part 1 (text/plain, inline)]
On Tue, Jul 24, 2018 at 7:21 PM Gemini Lasswell <geminilasswell <at> runbox.com>
wrote:

>
> Kaushal, I was able to step through org-export-data with this patch in
> place.  Let me know if you are able to give it a try.
>

Hello,

Thanks for pinging me to try this out.

I am currently on

Emacs version: GNU Emacs 27.0.50 (build 3, x86_64-pc-linux-gnu, GTK+
Version 2.24.23)
 of 2018-07-24, built using commit 0ed21b7b3e71303d7858192246012f4b26438ad8.

.. and looks like that sluggishness on edebug of Org exporter functions due
to info already got resolved with one of the commits on master branch since
I last responded in this thread.

Because even without your patch, the edebug of info var is quite snappy.

I can though confirm that even after applying your patch (I don't
understand exactly what it's doing as I haven't yet learnt about
cl-macrolet), the edebug of Org export functions with info var is still
snappy.
-- 

Kaushal Modi
[Message part 2 (text/html, inline)]

This bug report was last modified 6 years and 353 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.