emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Native compilation on Windows, was Re: Bootstrap Compilation Speed


From: Eli Zaretskii
Subject: Re: Native compilation on Windows, was Re: Bootstrap Compilation Speed
Date: Sat, 22 Jan 2022 12:44:59 +0200

> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> Cc: corwin@bru.st,  phillip.lord@russet.org.uk,  emacs-devel@gnu.org
> Date: Sat, 22 Jan 2022 11:30:29 +0100
> 
> But I see no way to run an 27.1 release of emacsclientw.exe or
> runemacs.exe!  (I don't like this unsightly and useless terminal window
> when not starting from runemacs.exe.)
> 
> Wouldn't it make sense to provide also emacsclientw-27.1.exe and
> consorts?

I don't see any reason, because we don't change the server protocol in
backward-incompatible ways.

> >> For Emacs-27 there are more than 150 .exe files, moreover .dll and
> >> scripts in bin\.  Maybe this will work if one is installing ever newer
> >> releases but in the opposite case, I'm not sure..
> >
> > Be sure.  I'm doing this on my system all the time.
> 
> Just copied an Emacs-26 tree "over" Emacs-27.
> 
> Emacs-27.2.exe still seems to work but I've got a bad feeling replacing
> newer "support stuff" with older..

IME, there's no real reason for you to feel bad.

> By implication, this means if I'm "ironing" Emacs-27 over Emacs-28 I'll
> get a problem.

If you downgrade Emacs, then yes, you get to live with old problems
that are already fixed in a newer Emacs.  Why is this a surprise?  You
also get back all the bugs that were fixed between Emacs 27 and Emacs
28, right?  Would you call that a problem with the installation
procedure or with the structure of the installation tree?

> As I wanted to say, it is probably safer doing side-by-side
> installations from older to newer releases and never the other way
> around.

Like I said, there's no reason to think so.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]