bug-gnulib
[Top][All Lists]
Advanced

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

Re: levels of Windows support


From: Eli Zaretskii
Subject: Re: levels of Windows support
Date: Wed, 10 May 2017 05:39:50 +0300

> From: Paul Eggert <address@hidden>
> Date: Tue, 9 May 2017 14:08:19 -0700
> 
> I suppose it'd be nicer if Emacs could use the Gnulib versions of the 
> code instead of having its own version, as that would help Emacs and 
> other GNU programs share solutions better; but this would require some 
> hacking and it's not clear it's worth the effort (which I wouldn't be 
> able to do, myself).

As explained elsewhere, Emacs cannot rely on Gnulib completely, due to
some features Gnulib doesn't support, like file names which cannot be
expressed within the current system codepage's character set.  Another
class of issues that prevent full Gnulib acceptance is the support for
'select' on non-socket handles, which in Emacs goes together with
support for async subprocesses and SIGCHLD emulation.

> I hope we don't need to put "#ifdef EMACS_CONFIGURATION" in a lot of 
> places in Gnulib.

I don't expect that to be in a lot of places, because we generally
disable incorporation of Gnulib modules in the MinGW build on the
module level.



reply via email to

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