[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
"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
- [O] list-load-path-shadows, Thomas S. Dye, 2012/09/04
- Re: [O] list-load-path-shadows, Nick Dokos, 2012/09/04
- Re: [O] list-load-path-shadows,
Thomas S. Dye <=
- Re: [O] list-load-path-shadows, Nick Dokos, 2012/09/05
- Re: [O] list-load-path-shadows, Thomas S. Dye, 2012/09/05
- Re: [O] list-load-path-shadows, Nick Dokos, 2012/09/05
- Re: [O] list-load-path-shadows, Thomas S. Dye, 2012/09/05
- Re: [O] list-load-path-shadows, Nick Dokos, 2012/09/05
- Re: [O] list-load-path-shadows, Thomas S. Dye, 2012/09/05
- Re: [O] list-load-path-shadows, Nick Dokos, 2012/09/05
- Re: [O] list-load-path-shadows, Thomas S. Dye, 2012/09/05