> From: Bruno Haible <[email protected]> > Cc: [email protected], [email protected], [email protected] > Date: Thu, 06 Nov 2025 11:35:08 +0100 > > Eli Zaretskii wrote: > > > > I guess it's up to Paul, then: if he can afford creating such a module > > and import it, I can work on integrating it with Emacs and its > > auxiliary programs. Failing that, I guess we will steal the code from > > stdio-consolesafe.c into the Emacs sources to do the same without > > compiling the Gnulib file itself. > > Duplicating the code should only be the last resort.
Agreed. > I'm creating an > auxiliary module 'stdio-windows' that you can use without the 'stdio-h' > module. That should make it easier for Paul to implement the right things > on the Emacs side. Great, thanks. > > > > There was one problem in this Gnulib merge which broke the MinGW build > > > > of Emacs, and that's the change in acl_entries.c. Evidently, no one > > > > envisioned that this file will be compiled in MinGW builds, but in > > > > Emacs it is compiled > > > > > > Thanks for the report. Should be fixed by the patch below. > > > > Thanks. As I wrote earlier, I've arranged not to compile > > acl_entries.c in the MinGW build, but it's good to know acl_entries.c > > will again compile to a no-op on MS-Windows. > > The compilation error can occur on other platforms as well. Your workaround > fixes it only for mingw. Therefore it will be good if Paul can run > 'merge-gnulib' again soon. Agreed.
