8:29 p.m.
Hi
I just got to know about genauto, a package which will generate
autoloads. It looks useful however I could not run it, since
autoload.el for emacs-21 (on which this hack relies) and the version I
use (xemacs-21.1.14) are sufficiently forked so that I cannot
understand them.
On the other hand I don't know how much has anyhow changed for
autoload withing xemacs-21.4.x (I tried it on the win32 xemacs-21.4.3
and genauto failed also).
Can anybody tell me please the difference of autoload for emacs-21 and
the latest relevant xemacs version,
Thanks
Uwe Brauer
11:09 a.m.
>>>> "Uwe" == Uwe Brauer
<oub(a)ucmail.ucm.es> writes:
Uwe> I just got to know about genauto, a package which will
Uwe> generate autoloads.
What does this mean? In XEmacs, we put an "autoload cookie" on some
code, eg
;;;###autoload
(defun foo () "Demonstrate autoloads." nil)
and it automatically gets picked up by the build process, whether in
core or in a packaged library. Is that what you mean?
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.
12:02 p.m.
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
>>>>> "Uwe" == Uwe Brauer
<oub(a)ucmail.ucm.es> writes:
Uwe> I just got to know about genauto, a package which will
Uwe> generate autoloads.
What does this mean? In XEmacs, we put an "autoload cookie" on some
code, eg
;;;###autoload
(defun foo () "Demonstrate autoloads." nil)
and it automatically gets picked up by the build process, whether in
core or in a packaged library. Is that what you mean?
Not everyone uses "packaged libraries". For example, I have a
`site-lisp' directory full of goodies. I would like to be able to
create an "autoloads" file from all their autoload cookies. I'm sure
it's possible, but I never got it to work after trying what seemed
logical, so I gave up.
Perhaps genauto makes the process easier or more obvious?
12:52 p.m.
>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)arsdigita.com> writes:
Hrvoje> Not everyone uses "packaged libraries".
Right. I'm trying to figure out what Uwe's talking about, not tell him
he wants the wrong thing. I'm thinking it might be something that
automagically extracts interesting entry points.
Hrvoje> I never got it to work after trying what seemed logical
You mean
cd /path/to/Hrvojes/cool/stuff
xemacs -vanilla -batch -f batch-update-autoloads *.el
or something like that? Did you not get an auto-autoloads.el file, or
was it not being picked up in startup.el? For the latter, I suspect
it has to either be in core or on the package path.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.
1:39 p.m.
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
Hrvoje> I never got it to work after trying what seemed
logical
You mean
cd /path/to/Hrvojes/cool/stuff
xemacs -vanilla -batch -f batch-update-autoloads *.el
or something like that?
Honestly I don't remember what I tried, I just know that it didn't
work. It might have easily been something like the above. Maybe it
required an auto-autoloads.el file to already exist? There was
*something* non-obvious about it.
The fact that I never bothered to investigate is another proof of how
little it mattered.
2:43 p.m.
On 09 Apr 2002, stephen(a)xemacs.org wrote:
>>>>> "Hrvoje" == Hrvoje Niksic
<hniksic(a)arsdigita.com> writes:
Hrvoje> Not everyone uses "packaged libraries".
Right. I'm trying to figure out what Uwe's talking about, not tell him
he wants the wrong thing. I'm thinking it might be something that
automagically extracts interesting entry points.
There was some discussion on gnus.emacs.sources about how xemacs could
use some help with autoloads performance. There was also some
makefile thing posted in response to the genauto.el message.
It appears that what genauto.el does is combine autoloads from
various auto-autoloads.el files into one file. This was based on <5
minute analysis. I guess that would save some calls to fstat.
-jeff
12:43 p.m.
>>>> "Jeff" == Jeff Mincy
<jeff(a)delphioutpost.com> writes:
Jeff> There was some discussion on gnus.emacs.sources about how
Jeff> xemacs could use some help with autoloads performance.
Jeff> There was also some makefile thing posted in response to the
Jeff> genauto.el message.
Oh, David Kastrup, right?
Jeff> It appears that what genauto.el does is combine autoloads
Jeff> from various auto-autoloads.el files into one file.
Makes me nervous; I wouldn't want it standard. Package it and let
individual users/admins decide, fine.
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Don't ask how you can "do" free software business;
ask what your business can "do for" free software.
1:58 p.m.
Hrvoje Niksic writes:
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
>>>>>> "Uwe" == Uwe Brauer <oub(a)ucmail.ucm.es> writes:
>
> Uwe> I just got to know about genauto, a package which will
> Uwe> generate autoloads.
>
> What does this mean? In XEmacs, we put an "autoload cookie" on some
> code, eg
>
> ;;;###autoload
> (defun foo () "Demonstrate autoloads." nil)
>
> and it automatically gets picked up by the build process, whether in
> core or in a packaged library. Is that what you mean?
Not everyone uses "packaged libraries". For example, I have a
`site-lisp' directory full of goodies. I would like to be able to
create an "autoloads" file from all their autoload cookies. I'm sure
it's possible, but I never got it to work after trying what seemed
logical, so I gave up.
I agree completely I also have such a directory and was
unable to get
autoload working in this way.
Perhaps genauto makes the process easier or more obvious?
I guess so, I understand
the documentation in this sense. Since it
does not work for me so far, I decided to install GNU emacs 21 in some
days and then I can tell.
10:11 p.m.
|--==> "Hrvoje" == Hrvoje Niksic <hniksic(a)arsdigita.com> writes:
Hrvoje> Not everyone uses "packaged libraries". For example, I have a
Hrvoje> `site-lisp' directory full of goodies. I would like to be able to
Hrvoje> create an "autoloads" file from all their autoload cookies.
I'm sure
Hrvoje> it's possible, but I never got it to work after trying what seemed
Hrvoje> logical, so I gave up.
I do this all the time for the stuff I keep in 'site-packages'. It's
actually quite easy.
xemacs -batch -eval \("setq autoload-package-name \"nifty-stuff\""\)
\
-f batch-update-directory ./
The key to it is the "setq autoload-package-name ..." bit.
Oh, and I also do a
xemacs -batch -f Custom-make-dependencies ./
--
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |
|------------------------------------<youngs(a)xemacs.org>---|
8:13 a.m.
On Wed, 10 Apr 2002, Steve Youngs mused:
I do this all the time for the stuff I keep in
'site-packages'. It's
actually quite easy.
xemacs -batch -eval \("setq autoload-package-name \"nifty-stuff\""\)
\
-f batch-update-directory ./
The key to it is the "setq autoload-package-name ..." bit.
Myself, I leave that bit out and do a one-off edit of the
auto-autoloads.el file to set the package name. The file just gets
edited by batch-update-{one-}directory anyway, so your randomly chosen
name gets preserved.
A future enhancement that I keep meaning to write is for autoload.el to
look up the cwd and see if it's in a site-packages tree, and if so to
stick an invariant `site-' on the front of the computed package name.
That way you could have a package text-modes, say, in the site-packages
tree and the autoload require name would never conflict with that in the
xemacs-packages tree.
--
`Unless they've moved it since I last checked, travelling between
England and America does not involve crossing the equator.'
--- pir
midnight
On Tue, 09 Apr 2002, Hrvoje Niksic wrote:
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
>>>>>> "Uwe" == Uwe Brauer <oub(a)ucmail.ucm.es> writes:
>
> Uwe> I just got to know about genauto, a package which will
> Uwe> generate autoloads.
>
> What does this mean? In XEmacs, we put an "autoload cookie" on some
> code, eg
[...]
> and it automatically gets picked up by the build process, whether
in
> core or in a packaged library. Is that what you mean?
Not everyone uses "packaged libraries". For example, I have a
`site-lisp' directory full of goodies. I would like to be able to
create an "autoloads" file from all their autoload cookies.
Highly useful. :)
I'm sure it's possible, but I never got it to work after
trying what
seemed logical, so I gave up.
I use the attached code as part of my startup process. At some point I
will probably enhance it to do this at runtime as well, while idle, but
that's not a priority.
Daniel
--
I have always detested the belief that sex is the chief bond
between man and woman. Friendship is far more human.
-- Agnes Smedley
8074
days inactive
8077
days old
10 comments
7 participants
participants (7)
-
Daniel Pittman -
Hrvoje Niksic -
Jeff Mincy -
Nix -
Stephen J. Turnbull -
Steve Youngs -
Uwe Brauer