all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* emacs vhdl-mode
@ 2014-12-05  5:03 Sebastian Schueppel
  2014-12-05 13:41 ` Stefan Monnier
  0 siblings, 1 reply; 2+ messages in thread
From: Sebastian Schueppel @ 2014-12-05  5:03 UTC (permalink / raw)
  To: help-gnu-emacs@gnu.org

Hi,
after I failed to reach the maintainer of the vhdl-mode Reto Zimmerman, I thought I might share this information just here. His email 'reto@gnu.org' comes back with 'Mail delivery failed' Error.
---
I have set up a vhdl-project. The project has about 400 vhdl files. I do get the list of files out of our make flow and then convert them to relative paths in respect to the default-directory.
With an unmodified vhdl-mode.el the scanning (from the speedbar) of the project and all of its ~400 files takes >5min and 100% CPU.Therefore renders the emacs unusable for that time.

I ran a profiler over the elisp and I ended up commenting out the following line in the vhdl-mode.el:
(setq dir-list-tmp (vhdl-resolve-paths dir-list-tmp))
in the function vhdl-scan-project-contents
Since i don't have any wildcards in the paths of my sources this has no harm for me.

This speeds up the process of scanning the project significantly (total time ~15sec).

Hope this helps someone. Or might see an improvement in future versions. 
---
Sebastian


^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: emacs vhdl-mode
  2014-12-05  5:03 emacs vhdl-mode Sebastian Schueppel
@ 2014-12-05 13:41 ` Stefan Monnier
  0 siblings, 0 replies; 2+ messages in thread
From: Stefan Monnier @ 2014-12-05 13:41 UTC (permalink / raw)
  To: help-gnu-emacs

> after I failed to reach the maintainer of the vhdl-mode Reto Zimmerman,
> I thought I might share this information just here. His email 'reto@gnu.org'
> comes back with 'Mail delivery failed' Error.

Hmm... AFAIK he's still maintaining it, so it might just be a transient
email problem.

> ---
> I have set up a vhdl-project. The project has about 400 vhdl files. I do get
> the list of files out of our make flow and then convert them to relative
> paths in respect to the default-directory.
> With an unmodified vhdl-mode.el the scanning (from the speedbar) of the
> project and all of its ~400 files takes >5min and 100% CPU.Therefore renders
> the emacs unusable for that time.

> I ran a profiler over the elisp and I ended up commenting out the following line in the vhdl-mode.el:
> (setq dir-list-tmp (vhdl-resolve-paths dir-list-tmp))
> in the function vhdl-scan-project-contents
> Since i don't have any wildcards in the paths of my sources this has no harm for me.

> This speeds up the process of scanning the project significantly (total time ~15sec).

Sounds like an enormous speed difference, worth a bug report.
Please include in your bug report enough information about what you've
done (i.e. what means "getting the list of files out of our make flow"
and especially how you then pass it on to vhdl-mode).


        Stefan




^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2014-12-05 13:41 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-12-05  5:03 emacs vhdl-mode Sebastian Schueppel
2014-12-05 13:41 ` Stefan Monnier

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.