[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [O] list-load-path-shadows

From: Thomas S. Dye
Subject: Re: [O] list-load-path-shadows
Date: Tue, 04 Sep 2012 17:16:37 -1000

Nick Dokos <address@hidden> writes:

> Thomas S. Dye <address@hidden> 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 
  (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 
  (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 
  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.


> 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

reply via email to

[Prev in Thread] Current Thread [Next in Thread]