From: ivowel@gmail.com
To: help-gnu-emacs@gnu.org
Subject: auctex startup improvements and osx
Date: Wed, 6 May 2015 15:23:28 -0700 (PDT) [thread overview]
Message-ID: <ddf81e63-477c-4d3f-aaae-fb5176861262@googlegroups.com> (raw)
I am running Gnu Emacs 24.5.1 on OSX Yosemite, binary download from http://emacsformacosx.com/ . when auctex is installed (via standard package-list-packages), version 11.88.5, i.e., into the .emacs.d/elpa directory, then auctex is loaded when a .tex file is visited, even in the absence of an init.el. good.
problem: starting emacs on a retina i7 iMac to edit a latex source file now takes about 5 seconds on an empty or 1-page latex article. during this time, the emacs bottom states "For information about the Gnu System..." for these 5 seconds, and then it proceeds as expected. No errors or warnings. Just slow.
Loading emacs with non-tex files is instant. Starting emacs on a latex file with the -q option is instant. yet, starting emacs [without any init.el files but without -q] on a .tex file loads auctex from the elpa/auctex-11.88.5 files with a startup delay of 5 seconds.
my hostname is fully qualified (xxx.anderson.ucla.edu). a cli 'hostname' command shows me that this is correct. the cli 'domainname' is empty, but it does not seem to matter.
now, I tried to (setq TeX-parse-self t) and (setq TeX-auto-save t), and created a local auto/ subdirectory, but 'opensnoop | grep /Users/me/' shows me that emacs does not even attempt to save a parsed latex version in this "cache" like directory. this may be obsolete by now?!
staring at "top" output while emacs is waiting suggests that slow loading is not an issue of a CPU bottleneck. I am guessing that emacs is waiting up for something to happen or become available, and then falls back to what it should be doing in the first place.
now, there are two emacs installations on my system, the standard OSX distribution of 22.1.1 and the new emacs 24.5.1 distribution. it may well be the case that the binary distribution has some problems. In particular, I see that it queries whole hierarchies in '/Library/Application Support/Emacs/' which does not exist. linking ln -sf /Applications/Emacs.app/Contents/Resources/lisp /Library/Application\ Support/Emacs/24.5/site-lisp did not fix the slow startup. oh well... at this point, I am beyond my abilities.
this is probably my fault. I am not an emacs expert, but I am also not an emacs novice.
whatever slows emacs down to such glacial speed makes a bad impression on novices that are switching to emacs. it would be useful to build some more intelligence [at least some warnings] into the emacs auctex startup. hope this helps.
PS: possibly related to http://stackoverflow.com/questions/28622218/emacs-auctex-slow-to-start, which has not been answered.
next reply other threads:[~2015-05-06 22:23 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-06 22:23 ivowel [this message]
2015-05-07 0:43 ` auctex startup improvements and osx Joost Kremers
2015-05-07 3:53 ` ivowel
2015-05-07 10:05 ` Tassilo Horn
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=ddf81e63-477c-4d3f-aaae-fb5176861262@googlegroups.com \
--to=ivowel@gmail.com \
--cc=help-gnu-emacs@gnu.org \
/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.