Hi Achim,
Bastien b...@altern.org writes:
+ (write-region (autoload-rubric org-install.el nil org-install) nil
org-install.el)
+ (write-region (autoload-rubric org-loaddefs.el nil org-loaddefs) nil
org-install.el)
I don't know what autoload-rubric is. Hint?
You didn't reply to this
Hi Achim,
let's start fresh.
Can you point at an actual reproducible and simple bug with
the current way Org defines autoloads?
Thanks,
--
Bastien
Bastien writes:
What is autoload-rubric?
C-h f autoload-rubric
autoload-rubric is a compiled Lisp function in `autoload.el'.
(autoload-rubric FILE optional TYPE FEATURE)
Return a string giving the appropriate autoload rubric for FILE.
TYPE (default autoloads) is a string stating the type of
Achim Gratz strom...@nexgo.de writes:
Bastien writes:
What is autoload-rubric?
C-h f autoload-rubric
autoload-rubric is a compiled Lisp function in `autoload.el'.
Thanks. The function is not autoloaded, so I had to
(require 'autoload) before being able to access it.
--
Bastien
Bastien writes:
Can you point at an actual reproducible and simple bug with
the current way Org defines autoloads?
After the introduction of org-loaddefs, the autoloads should be
extracted into two files and only the first is supposed to be loaded
before org is actually used and the second,
Sorry, maybe I was unclear, but I'm looking forward to reading
a *recipe* to reproduce the bug.
I will re-read your email when I have time to parse it in full
details.
Thanks,
--
Bastien
Bastien writes:
Sorry, maybe I was unclear, but I'm looking forward to reading
a *recipe* to reproduce the bug.
Build an Emacs without Org or remove all autoload forms for Org from
loaddefs.el, then install a standalone Org and don't add any requires to
the startup files. Try to use any Org
Bastien b...@altern.org writes:
Sorry, maybe I was unclear, but I'm looking forward to reading
a *recipe* to reproduce the bug.
Bastien,
I think what Achim is saying is that, for those of us that install org
from git, the system of autoloading is *fragile* because it depends on
Bastien writes:
No, (require 'org-loaddefs) is never needed IMHO.
It is if you are using Org from Git and you only want the autoload
definitions pulled in on startup and not the whole of Org plus most of
its dependencies. This is what a
(require 'org-install)
did before the change to
Hi Achim,
Achim Gratz strom...@nexgo.de writes:
It is if you are using Org from Git and you only want the autoload
definitions pulled in on startup and not the whole of Org plus most of
its dependencies. This is what a
(require 'org-install)
did before the change to org-loaddefs.el. You
Bastien writes:
You mean in case users install Org from a tar/zip archive that does
not contain org-loaddefs.el?
For now the tar/zip archives does not contain org-loaddefs.el but it
will starting from Org 7.9.3.
(require 'org-loaddefs) is wrong in case users who cloned Org from Git
forget
Hi Simon,
Simon Thum simon.t...@gmx.de writes:
Sorry but to me this just worsens the (or my) confusion around
org-install.
In git we find this org-install.el:
;;; org-install.el --- autogenerated file, do not edit
;;
;;; Code:
(warn The file org-install is obsolete.
Please change your
Simon Thum writes:
Which is the recommended thing in what setup? If ELPA needs not even
org, which AFAIK is not the case, then what? And what about git
installs?
I guess I'm wholly confused now.
You never needed to do anything extra for using Org as it comes with
Emacs, the autoloads are
Achim Gratz strom...@nexgo.de writes:
As a result, you must now load org (which in turn loads org-loaddefs).
I don't think so.
With a fresh git clone in e.g. ~/org-mode/ and make autoloads,
or with the tar/zip archive unpacked in this directory, I get the
correct autoloads without (require
Hi Bastien,
Bastien wrote:
;;; Code:
(warn The file org-install is obsolete.
Please change your configuration to (require 'org) instead.)
Yes, this was confusing. I updated this file like this
;;; org-install.el --- backward compatibility file for obsolete
configuration
;;
;;;
Bastien writes:
Achim Gratz strom...@nexgo.de writes:
As a result, you must now load org (which in turn loads org-loaddefs).
I don't think so.
Fake an autoload refering to some non-existing file or function in
org-loaddefs.el in the Git worktree and try if you see that without
doing a
Hi Bastien,
thanks a lot for clarifying this. One nit left, see below.
I'm having a look at putting a summary in worg.
Thanks,
Simon
On 10/27/2012 09:33 AM, Bastien wrote:
Hi Simon,
Simon Thumsimon.t...@gmx.de writes:
Sorry but to me this just worsens the (or my) confusion around
Hi Sébastien,
Sebastien Vauban
wxhgmqzgwmuf-genee64ty+gs+fvcfc7...@public.gmane.org writes:
Wouldn't it be better to tell users to require 'org-loaddefs instead
No, (require 'org-loaddefs) is never needed IMHO.
, so that
they don't have a performance penalty when loading their .emacs
Hi Simon,
Simon Thum simon.t...@gmx.de writes:
;;; org-install.el --- backward compatibility file for obsolete
configuration
;;
;;; Code:
(warn The file org-install is obsolete.
It is provided here so that (require 'org-install) does not
trigger an error for users with
On 10/25/2012 12:42 AM, Bastien wrote:
Hi Simon,
Simon Thumsimon.t...@gmx.de writes:
I just set up another machine and noticed that the ELPA install still
recommends (require 'org-install).
http://orgmode.org/elpa.html
That worked but got me warnings.
I added a note about (require
Hi,
I just set up another machine and noticed that the ELPA install still
recommends (require 'org-install).
http://orgmode.org/elpa.html
That worked but got me warnings.
Cheers,
Simon
Hi Simon,
Simon Thum simon.t...@gmx.de writes:
I just set up another machine and noticed that the ELPA install still
recommends (require 'org-install).
http://orgmode.org/elpa.html
That worked but got me warnings.
I added a note about (require 'org-install) not being required for
Org
22 matches
Mail list logo
