From: tsd@tsdye.com (Thomas S. Dye)
To: nicholas.dokos@hp.com
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: list-load-path-shadows
Date: Tue, 04 Sep 2012 17:16:37 -1000 [thread overview]
Message-ID: <m1bohlnoq2.fsf@tsdye.com> (raw)
In-Reply-To: <8533.1346780053@alphaville.americas.hpqcorp.net> (Nick Dokos's message of "Tue, 04 Sep 2012 13:34:13 -0400")
Nick Dokos <nicholas.dokos@hp.com> writes:
> Thomas S. Dye <tsd@tsdye.com> 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
next prev parent reply other threads:[~2012-09-05 3:16 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-04 16:33 list-load-path-shadows Thomas S. Dye
2012-09-04 17:34 ` list-load-path-shadows Nick Dokos
2012-09-05 3:16 ` Thomas S. Dye [this message]
2012-09-05 13:54 ` list-load-path-shadows Nick Dokos
2012-09-05 16:57 ` list-load-path-shadows Thomas S. Dye
2012-09-05 18:00 ` list-load-path-shadows Nick Dokos
2012-09-05 18:51 ` list-load-path-shadows Thomas S. Dye
2012-09-05 19:20 ` list-load-path-shadows Nick Dokos
2012-09-05 19:40 ` list-load-path-shadows Thomas S. Dye
2012-09-05 20:01 ` list-load-path-shadows Nick Dokos
2012-09-05 20:58 ` list-load-path-shadows Thomas S. Dye
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
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m1bohlnoq2.fsf@tsdye.com \
--to=tsd@tsdye.com \
--cc=emacs-orgmode@gnu.org \
--cc=nicholas.dokos@hp.com \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).