unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* 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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.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).