emacs-devel
[Top][All Lists]
Advanced

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

Re: [PATCH] [WIP] Port feature/native-comp to Windows.


From: Fabrice Popineau
Subject: Re: [PATCH] [WIP] Port feature/native-comp to Windows.
Date: Mon, 11 May 2020 20:19:43 +0200



Le lun. 11 mai 2020 à 18:20, Eli Zaretskii <address@hidden> a écrit :
> From: Nicolas Bértolo <address@hidden>
> Date: Mon, 11 May 2020 12:20:36 -0300
> Cc: Andrea Corallo <address@hidden>, address@hidden
>
> > I don't think it would be wise for us to distribute libgccjit, because
> > then we'd need to distribute the GCC sources, and the user will be
> > unable to reliably use the shipped libgccjit with their local GCC
> > installation (due to possible version mismatch).
>
> IMHO that is really inconvenient from the point of view of a user that just
> wants to install Emacs and use all its features.


This is a price to pay for compiling to native code using an external
compiler.  there's no way around this, I think.  People who cannot
afford installing a working compiler and Binutils will have to give up
compiling Lisp files to native code (the Lisp files that come with
Emacs can still be provided as *.eln, I would hope).

<Out_of_Topic>
I guess I am not alone reading this and thinking: 
well, Common Lisp provides an embedded compiler even at runtime for years.
(Sorry but could not resist)
</Out_of_Topic>

About the issue there. In the Windows context I would totally follow Nicolas here.
If Emacs users have to install a working gcc toolchain to be able to compile to native code,
it almost totally defeats the purpose.
IMHO, the right way to do it is to target a binary distribution that has all of what is needed.
Else, you will end up in a situation where people must compile their own binary. 
Nobody will do it.

Best regards,

Fabrice


reply via email to

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