From mboxrd@z Thu Jan 1 00:00:00 1970 From: tsd@tsdye.com (Thomas S. Dye) Subject: Re: list-load-path-shadows Date: Tue, 04 Sep 2012 17:16:37 -1000 Message-ID: References: <8533.1346780053@alphaville.americas.hpqcorp.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([208.118.235.92]:44822) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T966f-0004Eh-7m for emacs-orgmode@gnu.org; Tue, 04 Sep 2012 23:16:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T966d-0005fy-Qr for emacs-orgmode@gnu.org; Tue, 04 Sep 2012 23:16:45 -0400 Received: from oproxy8-pub.bluehost.com ([69.89.22.20]:37361) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1T966d-0005fZ-Ha for emacs-orgmode@gnu.org; Tue, 04 Sep 2012 23:16:43 -0400 In-Reply-To: <8533.1346780053@alphaville.americas.hpqcorp.net> (Nick Dokos's message of "Tue, 04 Sep 2012 13:34:13 -0400") List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org To: nicholas.dokos@hp.com Cc: Org-mode Nick Dokos writes: > Thomas S. Dye wrote: > >> Aloha all, >> >> I'm working to understand why my initialization files don't work if I >> compile org from git, but do seem to work (that is, initialization runs >> to completion) when I don't compile org from git. Right now I've >> installed org from git and have run make uncompiled. >> > > It might be a good idea to run with --debug-init in the compiled case > and get a backtrace. Hi Nick, After make compile, starting emacs --debug-init yields this backtrace: Debugger entered--Lisp error: (void-function org-find-library-dir) (org-find-library-dir "org") (file-name-directory (org-find-library-dir "org")) (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))) (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))) (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))) (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))))) (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))))) eval((expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))))))) custom-initialize-reset(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org")))))))) custom-declare-variable(org-ditaa-jar-path (expand-file-name "ditaa.jar" (file-name-as-directory (expand-file-name "scripts" (file-name-as-directory (expand-file-name "../contrib" (file-name-directory (org-find-library-dir "org"))))))) "Path to the ditaa jar executable." :group org-babel :type string) AFAICT, org-find-library-dir is a macro defined in org-compat.el. Not sure why compiling would make it disappear. Initialization runs to completion when org isn't compiled. Tom > > I doubt the shadowing you discuss below makes a difference here (but > I could be wrong). > > Nick > >> Because mixed installations are common, I'm following the FAQ "Is my >> Orgmode installation mixed?" >> >> (org-version) looks good: >> Org-mode version 7.9.1 (release_7.9.1-138-geeb5b9 @ >> /Users/dk/.emacs.d/src/org-mode/lisp/) >> >> The FAQ advises that I go through the output of list-load-path-shadows >> line by line to get hints, but fails to mention what might qualify as a >> hint. So, I'm coming to the list to check if any of the shadow patterns >> I'm seeing might be hints. >> >> I see that 110 Emacs Lisp load-path shadowings were found. >> >> 108 of the shadowings are cases where a file in >> ~/.emacs.d/src/org-mode/lisp (my home for the git version of org mode) >> hides a file of the same name in >> /Applications/Emacs.app/Contents/Resources/lisp/org/. I think these 108 >> shadowings are the right thing, and that they are not hints that >> something is wrong. Is 108 shadowings the correct number for a normal >> org mode installation nowadays? >> >> The other two are different. >> >> The first one is: >> /Users/dk/.emacs.d/custom hides >> /Applications/Emacs.app/Contents/Resources/lisp/custom >> >> Here, the file created by the emacs Customize interface is on the >> load-path and shadows something completely different (and important?), >> though not part of org mode. Should I do something to have the emacs >> Customize interface put the file somewhere off the load-path? >> >> The second one is: >> /Users/dk/.emacs.d/src/org-mode/.dir-locals hides >> /Applications/Emacs.app/Contents/Resources/lisp/gnus/.dir-locals >> >> I keep hoping gnus will heal itself and stop hanging emacs--could this >> shadowing be causing problems? >> >> All the best, >> Tom >> >> -- >> Thomas S. Dye >> http://www.tsdye.com >> > > -- Thomas S. Dye http://www.tsdye.com