From: Achim Gratz <Stromeko@nexgo.de>
To: emacs-orgmode@gnu.org
Subject: Re: Opening (for the first time) a 10-line Org doc takes 4 seconds
Date: Sat, 05 Jan 2013 13:01:18 +0100 [thread overview]
Message-ID: <87ehhzsusx.fsf@Rainer.invalid> (raw)
In-Reply-To: 87mwwnc0zg.fsf@bzg.ath.cx
Bastien writes:
> I use Org from Git and I don't have
>
> (load "org-loaddefs.el" t t)
>
> in my .emacs.el. I simply have:
>
> (add-to-list 'load-path "~/install/git/org-mode/lisp/")
>
> before any Org configuration and *all* autoloads are correct.
Only with a recent Emacs 24 and it really only works for code paths that
load org.el early enough. I cannot stress often enough that the
autoload definitions are not absolute and _this_ is the part that makes
things really tricky. They will follow changes in load-path, but only
if the library name stays the same. Again, the example to try is this:
Move an autoloaded function from one file to another in the Git
directory. Re-generate the autoload file. Re-start Emacs, try to call
that function and see Emacs try to load the _old_ file (because that's
the autoload definition it has at that point). Re-start Emacs again,
load org-loaddefs with the proper load-path in place and see that it
loads the new file.
> My understanding is that users who don't use "make install"
> will have to do the same and add the correct load-path, which
> will in turn produce the correct autoloads. Am I right?
I'm not sure I understand you correctly. All of the following
conditions must hold for this to work:
- the load-path is set up to point to the Git work-tree first and no
functions in the org namespace have been called before doing so
- the org-loaddefs.el in the Git worktree is up-to-date
- none of the invoked functions have their library-name changed in the
Git worktree
- all code-paths must trigger loading of org (and thus org-loaddefs)
before invoking further autoloads
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf rackAttack V1.04R1:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
next prev parent reply other threads:[~2013-01-05 12:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-18 22:48 Opening (for the first time) a 10-line Org doc takes 4 seconds Sebastien Vauban
2012-12-18 23:33 ` Bastien
2012-12-19 9:05 ` Sebastien Vauban
2012-12-23 8:52 ` Bastien
2012-12-19 15:09 ` Achim Gratz
2013-01-05 11:39 ` Bastien
2013-01-05 12:01 ` Achim Gratz [this message]
2013-01-05 12:37 ` Bastien
2013-01-05 13:23 ` Achim Gratz
2013-01-05 13:37 ` Bastien
2013-01-16 1:49 ` Bernt Hansen
2013-01-16 17:04 ` Achim Gratz
2013-01-05 12:39 ` Bastien
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=87ehhzsusx.fsf@Rainer.invalid \
--to=stromeko@nexgo.de \
--cc=emacs-orgmode@gnu.org \
/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).