emacs-devel
[Top][All Lists]
Advanced

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

Re: [Msys2-users] About DLLs needed by Emacs (W64)


From: Phillip Lord
Subject: Re: [Msys2-users] About DLLs needed by Emacs (W64)
Date: Thu, 23 Nov 2017 18:08:11 +0000
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux)

Fabrice Popineau <address@hidden> writes:

> 2017-11-23 0:06 GMT+01:00 Phillip Lord <address@hidden>:
>
>> Fabrice Popineau <address@hidden> writes:
>>
>> > 2017-11-20 18:31 GMT+01:00 Eli Zaretskii <address@hidden>:
>> >> But in general, your point is valid: various optional libraries need
>> >> support
>> >> files to work properly.
>> >>
>> >
>> > Given the numerous dependencies, and as long as msys2/mingw64 is
>> > concerned, it is so much easier to install msys2 and then request
>> > emacs from pacman than to package a standalone emacs. Lots of elisp
>> > packages may require other mingw64 packages : a spell checker, git,
>> > etc.  It is easy to install them with pacman. The user will have a
>> > much harder time with a standalone emacs. If you want a full emacs
>> > experience, you need a full unix-like environment.
>>
>>
>> The new "with-deps" build and installer of Emacs actually packages quite
>> a bit of msys2/mingw64 including, for example, a python
>> installation.
>>
>
> This is precisely the kind of drifting I hate.  When on Windows I
> don't want to use the msys2 python because it doesn't play so well.  I
> vastly prefer Anaconda (On GNU/Linux too btw) If you start to package
> Python with emacs, you'll end up packaging the whole MSys2.  At least
> that should be made optional.

Yes. Use the "-no-deps" zip file.


> One nasty thing about DLLs. Anaconda ships with libpng.dll and others
> which are dynamically loaded by emacs. Reason why in my own copy of
> Emacs, I have restricted the path where dlls are looked for to the
> emacs binary directory.

Is that not the default?



reply via email to

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