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

[Nicolas Bértolo]

> IMO, we must not require this from Emacs users, most of them will not
> have a full MSYS installation (and shouldn't be required to do that).
> A MinGW GCC and Binutils installation should be enough.

Definitely. Ideally that would be shipped with Emacs just like 3rd party
libraries are.

> Can you tell the details?  Where does the freloc table come into play
> in this context?

It does not. It was a question to Andrea because I do not understand why we
can't use the OS dynamic linker. It is not related to the MSYS issue.
The freloc table stores a bunch of function pointers to internal Emacs
functions.
I think it would be cleaner to just declare each of those functions as an
"IMPORTED" function, which is equivalent to adding a line like this to
the generated code:

extern T a_function(T1, T2, ... Tn);

Then the dynamic linker will wire things together when loading the eln file.
Maybe I am missing something about how dynamic linking works.

Nicolas

El sáb., 9 may. 2020 a las 12:55, Eli Zaretskii (<address@hidden>) escribió:
>
> > From: Nicolas Bértolo <address@hidden>
> > Date: Sat, 9 May 2020 12:40:18 -0300
> > Cc: "address@hidden" <address@hidden>
> >
> > The easiest way is to just run Emacs from a MSYS shell.
>
> IMO, we must not require this from Emacs users, most of them will not
> have a full MSYS installation (and shouldn't be required to do that).
> A MinGW GCC and Binutils installation should be enough.
>
> > PS: I don't understand why the freloc table is necessary. Is it impossible 
> > to
> > rely on the dynamic linker to solve that when calling dlopen()?
>
> Can you tell the details?  Where does the freloc table come into play
> in this context?