1) For some reason the files in lisp/erc are not getting
byte-compiled.
1) Loading library erc bombs because it depends on defalias
definitions in erc-compat.el (suggest getting rid of these
defalias kluges since they are a nightmare to debug)
--
Best Regards,
--raman
Email: [E
T. V. Raman wrote:
1) For some reason the files in lisp/erc are not getting
byte-compiled.
They do compile for me with:
cvs -z3 update -d
cd emacs
make maintainer-clean
./configure --without-toolkit-scroll-bars
make bootstrap
1) Loading library erc bombs because it depends on defali
In GNU Emacs 22.0.50.17 (i686-pc-linux-gnu, GTK+ Version 2.8.10)
of 2006-01-31 on escpc40
X server distributor `The X.Org Foundation', version 11.0.6090
configured using `configure '--with-gtk''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
"Drew Adams" <[EMAIL PROTECTED]> writes:
>
> 3. Example: emacs -q
>
> (define-key my-map [remap scroll-up] my-scroll-up)
>
> The `scroll-up' binding for `C-v' is remapped to `my-scroll-up', but
> the `scroll-up' binding for [next] is not remapped to `my-scroll-up'.
>
> Similarl
It does not fail for me with the latest sources.
___
emacs-pretest-bug mailing list
emacs-pretest-bug@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-pretest-bug
> If this is the explanation, and this is not simply a bug,
> then I guess
> that would mean that there is no way to get the behavior of
> `substitute-key-definition's OLDMAP argument.
What do you mean?
That you cannot get OLDMAP behaviour with command remap
Hi,
there seems to be a bug in lisp/xml.el.
If I execute the following expression, it fails with error
`args-out-of-range':
(progn
(require 'xml)
(with-temp-buffer
(insert "first\nsecond\n")
(goto-char (point-min))
(forward-line)
(let ((buf (current-buffer))
(beg
Well, I'm happy to try a complete clean rebuild --- but I believe
I did a make distclean before I built/verified before complaining.
> "Luc" == Luc Teirlinck <[EMAIL PROTECTED]> writes:
Luc> T. V. Raman wrote: 1) For some reason the files in
Luc> lisp/erc are not getting byte-compiled
How much time did you think you needed? Building Emacs out of CVS
takes about half an hour on a reasonably fast machine, during which
time you do absolutely nothing except wait for it to finish. It's
very simple, really.
You don't have to do nothing during that time. It can be b
>In that case, we have
> lost functionality in going to Emacs 22, because
> `substitute-key-definition' is unusable (at least with
> `self-insert-command'), for performance reasons.
Regardless of the advantages of comm
> I'm not sure what you mean. Command remapping for
> `self-insert-command' is
> not the problem - that works fine. As I said, I do, as a
> workaround, use
> command remapping for `self-insert-command' and
> `substitute-key-definition'
> for all other commands. This is a
"Richard M. Stallman" <[EMAIL PROTECTED]> writes:
> > lost functionality in going to Emacs 22, because
> > `substitute-key-definition' is unusable (at least with
> > `self-insert-command'), for performance reasons.
>
> Could someone please investigate the slowness, and resp
2006/2/1, Kim F. Storm <[EMAIL PROTECTED]>:
> + DEFUN ("indirect-function-noerror", Findirect_function_noerror,
> Sindirect_function_noerror, 1, 1, 0,
...
> + If the final symbol is unbound, return OBJECT
Instead of making a new function, how about adding an optional
"default" argument to the exi
13 matches
Mail list logo
