From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: ivowel@gmail.com Newsgroups: gmane.emacs.help Subject: auctex startup improvements and osx Date: Wed, 6 May 2015 15:23:28 -0700 (PDT) Message-ID: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1430951125 18664 80.91.229.3 (6 May 2015 22:25:25 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 6 May 2015 22:25:25 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu May 07 00:25:18 2015 Return-path: Envelope-to: geh-help-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 1Yq7kk-0004Vy-9k for geh-help-gnu-emacs@m.gmane.org; Thu, 07 May 2015 00:25:18 +0200 Original-Received: from localhost ([::1]:47303 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Yq7kj-000730-Bx for geh-help-gnu-emacs@m.gmane.org; Wed, 06 May 2015 18:25:17 -0400 X-Received: by 10.66.254.194 with SMTP id ak2mr1351959pad.5.1430951009214; Wed, 06 May 2015 15:23:29 -0700 (PDT) X-Received: by 10.50.61.231 with SMTP id t7mr158824igr.14.1430951009158; Wed, 06 May 2015 15:23:29 -0700 (PDT) Original-Path: usenet.stanford.edu!m20no8978356iga.0!news-out.google.com!kd3ni9790igb.0!nntp.google.com!l13no14817888iga.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=164.67.176.190; posting-account=RgBppwoAAAB7iRnNR6lC4ndZAXnPSW33 Original-NNTP-Posting-Host: 164.67.176.190 User-Agent: G2/1.0 Injection-Date: Wed, 06 May 2015 22:23:29 +0000 Original-Xref: usenet.stanford.edu gnu.emacs.help:211968 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:104252 Archived-At: 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-p= ackages), version 11.88.5, i.e., into the .emacs.d/elpa directory, then auc= tex is loaded when a .tex file is visited, even in the absence of an init.e= l. 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 ti= me, the emacs bottom states "For information about the Gnu System..." for t= hese 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 fil= e 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.8= 8.5 files with a startup delay of 5 seconds.=20 my hostname is fully qualified (xxx.anderson.ucla.edu). a cli 'hostname' c= ommand shows me that this is correct. the cli 'domainname' is empty, but i= t does not seem to matter. now, I tried to (setq TeX-parse-self t) and (setq TeX-auto-save t), and cre= ated 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 "c= ache" like directory. this may be obsolete by now?! staring at "top" output while emacs is waiting suggests that slow loading i= s 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 i= t should be doing in the first place. now, there are two emacs installations on my system, the standard OSX distr= ibution of 22.1.1 and the new emacs 24.5.1 distribution. it may well be th= e case that the binary distribution has some problems. In particular, I se= e that it queries whole hierarchies in '/Library/Application Support/Emacs/= ' which does not exist. linking ln -sf /Applications/Emacs.app/Contents/Re= sources/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 n= ovices 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-a= uctex-slow-to-start, which has not been answered.