* bytecomp and older Emacsen
[not found] <rzqd695pb6u.fsf@albion.dl.ac.uk>
@ 2004-01-27 19:17 ` Stefan Monnier
2004-01-28 18:57 ` Richard Stallman
0 siblings, 1 reply; 2+ messages in thread
From: Stefan Monnier @ 2004-01-27 19:17 UTC (permalink / raw)
Is it OK to get rid of the strange support for byte-compiling for older
Emacsen in bytecomp.el ?
I have never heard of anyone using this facility and it does not really
work anyway since it will still use the current definition of macros which
will tend to use newer facilities and thus generate code that does not run
on older versions.
I don't intend to actively remove the code, but just that whenever it gets
in the way or needs fixing, we could just remove the relevant part instead.
Stefan
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: bytecomp and older Emacsen
2004-01-27 19:17 ` bytecomp and older Emacsen Stefan Monnier
@ 2004-01-28 18:57 ` Richard Stallman
0 siblings, 0 replies; 2+ messages in thread
From: Richard Stallman @ 2004-01-28 18:57 UTC (permalink / raw)
Cc: emacs-devel
Is it OK to get rid of the strange support for byte-compiling for older
Emacsen in bytecomp.el ?
We can get rid of the Emacs 18 support, definitely.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2004-01-28 18:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <rzqd695pb6u.fsf@albion.dl.ac.uk>
2004-01-27 19:17 ` bytecomp and older Emacsen Stefan Monnier
2004-01-28 18:57 ` Richard Stallman
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.