From: Nick Dokos <nicholas.dokos@hp.com>
To: "Thomas S. Dye" <tsd@tsdye.com>
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: list-load-path-shadows
Date: Wed, 05 Sep 2012 09:54:32 -0400 [thread overview]
Message-ID: <6715.1346853272@alphaville> (raw)
In-Reply-To: Message from tsd@tsdye.com (Thomas S. Dye) of "Tue, 04 Sep 2012 17:16:37 -1000." <m1bohlnoq2.fsf@tsdye.com>
Thomas S. Dye <tsd@tsdye.com> wrote:
> 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.
>
> > I doubt the shadowing you discuss below makes a difference here (but
> > I could be wrong).
> >
Looks like I was wrong :-) The custom shadowing seems to play a role.
Just guessing, it's probably a chicken-and-egg situation: you load the
custom file before org gets initialized and there is no autoload that
manages to get the macro defined before it is used.
One way to break the loop is to not use the macro in your custom file:
replace it by its definition. Another way is to delete the customization
of org-ditaa-jar-path from the custom file and include it after org gets
initialized. Both of these are to be considered workaround hacks than
solutions, but it's hard to propose a solution without knowing exactly
what the problem is.
If you still can't make it work, please post the initialization file(s)
and the two custom files and maybe somebody can figure out something.
HTH,
Nick
next prev parent reply other threads:[~2012-09-05 13:55 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 ` list-load-path-shadows Thomas S. Dye
2012-09-05 13:54 ` Nick Dokos [this message]
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=6715.1346853272@alphaville \
--to=nicholas.dokos@hp.com \
--cc=emacs-orgmode@gnu.org \
--cc=tsd@tsdye.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).