Re: Are there non-mingw32 binaries for Windows?

[Phillip Lord]

That's a very good addition, indeed. Installers are certainly a more
familiar way for windows users to install things.

Let me know if you have any problems with the binaries as they are.


Kevin Layer <address@hidden> writes:

> I've just never used the mingw32 binaries and the installation is more
> complex.  I have been repackaging the older, single-zip binaries with
> an NSIS installer, since it's just easier for Windows people to run an
> exe to install.  The NSIS installer is here:
>
> https://github.com/franzinc/emacsinstaller/
>
> I'm just embarking on the task of updating it for 25.1, and wanted to
> know if the old style binaries were just temporarily missing or gone
> forever.  So, it's the latter.  I'll work to modify the scripts.
>
> One question about the mingw32 emacs binary: is it like the Cygwin
> emacs binary where it uses Cygwin mounts?  What I liked about the
> native (MSVC) compiled emacs was that it used C:\... instead of /c/...
>
> Thanks.
>
> Kevin
>
> On Thu, Nov 17, 2016 at 6:58 AM, Phillip Lord
> <address@hidden> wrote:
>> On Wed, November 16, 2016 11:47 pm, Kevin Layer wrote:
>>> It seems 24.3 was the last version that had non-mingw32 binaries.  I'm
>>> speaking of this:
>>>
>>> https://ftp.gnu.org/gnu/emacs/windows/emacs-24.3-bin-i386.zip
>>>
>>>
>>> Is there an equivalent build like this for 25.1?
>>
>>
>> Both builds (32 and 64 bit) for 25.1 use mingw.
>>
>> I'd like to unpick a bit why you are asking the question, because it may
>> mean that our documentation or file naming is confusing.
>>
>> Are you looking for a "standalone" emacs that can be installed without a
>> mingw or msys2 installation? If that is the case, the binaries provided
>> will do this job for you.
>>
>> Are you worried about the altered directory structure (i.e. /var, /bin,
>> /etc)?
>>
>> Do you have some other reason for not using ming compiled binaries?
>>
>>
>> Probably for future releases of windows binaries, I should drop the
>> "-ming" from the file name. It's not doing anything.
>>
>> Phil
>>