From: Kaushal Modi <kaushal.modi@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: monnier@iro.umontreal.ca, 24205@debbugs.gnu.org
Subject: bug#24205: 25.1.50; Re-display issue (lag) when opening certain files [sml-mode]
Date: Thu, 11 Aug 2016 17:30:23 +0000 [thread overview]
Message-ID: <CAFyQvY2tSfRg3mYdfv76KwMe1R1m5g8JPa3cAabV1Eia=EQnnQ@mail.gmail.com> (raw)
In-Reply-To: <837fbnfcg2.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1610 bytes --]
On Thu, Aug 11, 2016 at 1:22 PM Eli Zaretskii <eliz@gnu.org> wrote:
> I'd prefer not to install anything.
Hi Eli,
To avoid people's personal emacs config from polluting, I change the
user-emacs-directory and package-user-dir in the macro. Things get
installed to the /tmp/ dir by default on unix systems.
> I do have the Git repo for ELPA,
> though. So could you please modify your recipe so that the required
> packages are loaded from the Git repo (by modifying load-path), and
> then the rest is done as needed?
>
Please let me know if this is still necessary to help debug this problem.
The current macro definition is very generic and works for GNU Elpa + other
Elpas out there. It does not pollute your personal area as I mentioned
above. After done with this, just rm -rf (concat temporary-file-directory
(getenv "USER") "/" ".emacs.d-debug/")
> Better yet, just post the file that causes the trouble, there's no
> need for everybody to recreate it, right?
>
I wanted the mininum working example to be all inclusive. If I do not do
so, then I need to rely on manual steps like saving the file, opening the
exact same file using M-x find-file (and all that). Isn't my method more
reliable? All you do is eval the whole thing and check the profiler report.
Here is the file that my example creates:
(* ''a is a special equality type (it is not the same as the generic 'a
type. It *)
(* means that both arguments can be of any type as long as you can use the
*)
(* equality operation between them. So both can be int, both can be
strings, *)
(* both can be int tuples. TH*)
--
Kaushal Modi
[-- Attachment #2: Type: text/html, Size: 2471 bytes --]
next prev parent reply other threads:[~2016-08-11 17:30 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-11 17:03 bug#24205: 25.1.50; Re-display issue (lag) when opening certain files [sml-mode] Kaushal Modi
2016-08-11 17:22 ` Eli Zaretskii
2016-08-11 17:30 ` Kaushal Modi [this message]
2016-08-11 17:45 ` Kaushal Modi
2016-08-11 18:19 ` Stefan Monnier
2016-08-11 19:42 ` Eli Zaretskii
2016-08-11 19:53 ` Kaushal Modi
2016-08-11 20:27 ` Eli Zaretskii
2016-08-11 20:58 ` Andreas Schwab
2016-08-11 21:15 ` Kaushal Modi
2016-08-11 22:21 ` Stefan Monnier
2016-08-14 13:26 ` Stefan Monnier
2016-08-14 23:14 ` Kaushal Modi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAFyQvY2tSfRg3mYdfv76KwMe1R1m5g8JPa3cAabV1Eia=EQnnQ@mail.gmail.com' \
--to=kaushal.modi@gmail.com \
--cc=24205@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=monnier@iro.umontreal.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.