unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
* Current master doesn't build on Win10
@ 2021-10-22 15:21 Arash Esbati
  2021-10-22 16:20 ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: Arash Esbati @ 2021-10-22 15:21 UTC (permalink / raw)
  To: emacs-devel

Hi all,

current master (commit f7a2ff3b) doesn't build with Msys2.  The message
is:

--8<---------------cut here---------------start------------->8---
make[1]: Entering directory '/z/pathto/emacs/lib-src'
  CC       ntlib.o
  RC       emacsclient.res
  CC       pop.o
In file included from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/guiddef.h:154,
                 from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:635,
                 from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163,
                 from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windef.h:9,
                 from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windows.h:69,
                 from ntlib.c:23:
../lib/string.h:965:1: error: expected ',' or ';' before '_GL_ATTRIBUTE_MALLOC'
  965 | _GL_FUNCDECL_SYS (strdup, char *,
      | ^~~~~~~~~~~~~~~~
make[1]: *** [Makefile:418: ntlib.o] Error 1
make[1]: Leaving directory '/z/pathto/emacs/lib-src'
--8<---------------cut here---------------end--------------->8---

I'm not sure this is an Emacs issue or not.  GCC 11.2 landed also today
on my HD.  Can others reproduce this?

Best, Arash



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10
  2021-10-22 15:21 Current master doesn't build on Win10 Arash Esbati
@ 2021-10-22 16:20 ` Eli Zaretskii
  2021-10-22 23:55   ` Andy Moreton
  2021-10-23  8:24   ` Current master doesn't build on Win10 Arash Esbati
  0 siblings, 2 replies; 9+ messages in thread
From: Eli Zaretskii @ 2021-10-22 16:20 UTC (permalink / raw)
  To: Arash Esbati; +Cc: emacs-devel

> From: Arash Esbati <arash@gnu.org>
> Date: Fri, 22 Oct 2021 17:21:49 +0200
> 
> current master (commit f7a2ff3b) doesn't build with Msys2.  The message
> is:
> 
> --8<---------------cut here---------------start------------->8---
> make[1]: Entering directory '/z/pathto/emacs/lib-src'
>   CC       ntlib.o
>   RC       emacsclient.res
>   CC       pop.o
> In file included from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/guiddef.h:154,
>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:635,
>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163,
>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windef.h:9,
>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windows.h:69,
>                  from ntlib.c:23:
> ../lib/string.h:965:1: error: expected ',' or ';' before '_GL_ATTRIBUTE_MALLOC'
>   965 | _GL_FUNCDECL_SYS (strdup, char *,
>       | ^~~~~~~~~~~~~~~~
> make[1]: *** [Makefile:418: ntlib.o] Error 1
> make[1]: Leaving directory '/z/pathto/emacs/lib-src'
> --8<---------------cut here---------------end--------------->8---
> 
> I'm not sure this is an Emacs issue or not.  GCC 11.2 landed also today
> on my HD.  Can others reproduce this?

lib/string.h is a Gnulib header, so I suggest to report this to
bug-gnulib@gnu.org.  Or maybe it's some problem with MinGW64 headers
(did that get updated as well recently?).  In any case, I just rebuilt
the relevant files, and saw no problem (I'm a happy user of GCC 9.2.0).




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10
  2021-10-22 16:20 ` Eli Zaretskii
@ 2021-10-22 23:55   ` Andy Moreton
  2021-10-23 19:06     ` Current master doesn't build on Win10 (nor does emacs-28) Andy Moreton
  2021-10-23  8:24   ` Current master doesn't build on Win10 Arash Esbati
  1 sibling, 1 reply; 9+ messages in thread
From: Andy Moreton @ 2021-10-22 23:55 UTC (permalink / raw)
  To: emacs-devel

On Fri 22 Oct 2021, Eli Zaretskii wrote:

>> From: Arash Esbati <arash@gnu.org>
>> Date: Fri, 22 Oct 2021 17:21:49 +0200
>> 
>> current master (commit f7a2ff3b) doesn't build with Msys2.  The message
>> is:
>> 
>> --8<---------------cut here---------------start------------->8---
>> make[1]: Entering directory '/z/pathto/emacs/lib-src'
>>   CC       ntlib.o
>>   RC       emacsclient.res
>>   CC       pop.o
>> In file included from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/guiddef.h:154,
>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:635,
>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163,
>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windef.h:9,
>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windows.h:69,
>>                  from ntlib.c:23:
>> ../lib/string.h:965:1: error: expected ',' or ';' before '_GL_ATTRIBUTE_MALLOC'
>>   965 | _GL_FUNCDECL_SYS (strdup, char *,
>>       | ^~~~~~~~~~~~~~~~
>> make[1]: *** [Makefile:418: ntlib.o] Error 1
>> make[1]: Leaving directory '/z/pathto/emacs/lib-src'
>> --8<---------------cut here---------------end--------------->8---
>> 
>> I'm not sure this is an Emacs issue or not.  GCC 11.2 landed also today
>> on my HD.  Can others reproduce this?
>
> lib/string.h is a Gnulib header, so I suggest to report this to
> bug-gnulib@gnu.org.  Or maybe it's some problem with MinGW64 headers
> (did that get updated as well recently?).  In any case, I just rebuilt
> the relevant files, and saw no problem (I'm a happy user of GCC 9.2.0).

I see this too. It seems to be an issue with gnulib and GCC 11.
Commenting  out this hunk from lib/string.in.h L456 works around the problem.

# if __GNUC__ >= 11 && !defined strdup
/* For -Wmismatched-dealloc: Associate strdup with free or rpl_free.  */
_GL_FUNCDECL_SYS (strdup, char *,
                  (char const *__s)
                  _GL_ARG_NONNULL ((1))
                  _GL_ATTRIBUTE_MALLOC _GL_ATTRIBUTE_DEALLOC_FREE);
# endif


Hopefully Paul Eggert will be along soon to come up with a proper fix in
gnulib.

    AndyM




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10
  2021-10-22 16:20 ` Eli Zaretskii
  2021-10-22 23:55   ` Andy Moreton
@ 2021-10-23  8:24   ` Arash Esbati
  1 sibling, 0 replies; 9+ messages in thread
From: Arash Esbati @ 2021-10-23  8:24 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

> lib/string.h is a Gnulib header, so I suggest to report this to
> bug-gnulib@gnu.org.  Or maybe it's some problem with MinGW64 headers
> (did that get updated as well recently?).  In any case, I just rebuilt
> the relevant files, and saw no problem (I'm a happy user of GCC 9.2.0).

Thanks for your response.  I will investigate further to see what's
going wrong.

Best, Arash



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10 (nor does emacs-28)
  2021-10-22 23:55   ` Andy Moreton
@ 2021-10-23 19:06     ` Andy Moreton
  2021-10-24 17:56       ` H. Dieter Wilhelm
  0 siblings, 1 reply; 9+ messages in thread
From: Andy Moreton @ 2021-10-23 19:06 UTC (permalink / raw)
  To: emacs-devel

On Sat 23 Oct 2021, Andy Moreton wrote:

> On Fri 22 Oct 2021, Eli Zaretskii wrote:
>
>>> From: Arash Esbati <arash@gnu.org>
>>> Date: Fri, 22 Oct 2021 17:21:49 +0200
>>> 
>>> current master (commit f7a2ff3b) doesn't build with Msys2.  The message
>>> is:
>>> 
>>> --8<---------------cut here---------------start------------->8---
>>> make[1]: Entering directory '/z/pathto/emacs/lib-src'
>>>   CC       ntlib.o
>>>   RC       emacsclient.res
>>>   CC       pop.o
>>> In file included from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/guiddef.h:154,
>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:635,
>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163,
>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windef.h:9,
>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windows.h:69,
>>>                  from ntlib.c:23:
>>> ../lib/string.h:965:1: error: expected ',' or ';' before '_GL_ATTRIBUTE_MALLOC'
>>>   965 | _GL_FUNCDECL_SYS (strdup, char *,
>>>       | ^~~~~~~~~~~~~~~~
>>> make[1]: *** [Makefile:418: ntlib.o] Error 1
>>> make[1]: Leaving directory '/z/pathto/emacs/lib-src'
>>> --8<---------------cut here---------------end--------------->8---
>>> 
>>> I'm not sure this is an Emacs issue or not.  GCC 11.2 landed also today
>>> on my HD.  Can others reproduce this?
>>
>> lib/string.h is a Gnulib header, so I suggest to report this to
>> bug-gnulib@gnu.org.  Or maybe it's some problem with MinGW64 headers
>> (did that get updated as well recently?).  In any case, I just rebuilt
>> the relevant files, and saw no problem (I'm a happy user of GCC 9.2.0).
>
> I see this too. It seems to be an issue with gnulib and GCC 11.
> Commenting  out this hunk from lib/string.in.h L456 works around the problem.
>
> # if __GNUC__ >= 11 && !defined strdup
> /* For -Wmismatched-dealloc: Associate strdup with free or rpl_free.  */
> _GL_FUNCDECL_SYS (strdup, char *,
>                   (char const *__s)
>                   _GL_ARG_NONNULL ((1))
>                   _GL_ATTRIBUTE_MALLOC _GL_ATTRIBUTE_DEALLOC_FREE);
> # endif
>
>
> Hopefully Paul Eggert will be along soon to come up with a proper fix in
> gnulib.

Note that this problem also occurs on emacs-28, and the workaround above
also works. Thus this needs a gnulib fix before the release.

    AndyM




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10 (nor does emacs-28)
  2021-10-23 19:06     ` Current master doesn't build on Win10 (nor does emacs-28) Andy Moreton
@ 2021-10-24 17:56       ` H. Dieter Wilhelm
  2021-10-24 18:07         ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: H. Dieter Wilhelm @ 2021-10-24 17:56 UTC (permalink / raw)
  To: Andy Moreton; +Cc: emacs-devel

Andy Moreton <andrewjmoreton@gmail.com> writes:

> On Sat 23 Oct 2021, Andy Moreton wrote:
>
>> On Fri 22 Oct 2021, Eli Zaretskii wrote:
>>
>>>> From: Arash Esbati <arash@gnu.org>
>>>> Date: Fri, 22 Oct 2021 17:21:49 +0200
>>>> 
>>>> current master (commit f7a2ff3b) doesn't build with Msys2.  The message
>>>> is:
>>>> 
>>>> --8<---------------cut here---------------start------------->8---
>>>> make[1]: Entering directory '/z/pathto/emacs/lib-src'
>>>>   CC       ntlib.o
>>>>   RC       emacsclient.res
>>>>   CC       pop.o
>>>> In file included from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/guiddef.h:154,
>>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/winnt.h:635,
>>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/minwindef.h:163,
>>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windef.h:9,
>>>>                  from z:/pathto/msys64/mingw64/x86_64-w64-mingw32/include/windows.h:69,
>>>>                  from ntlib.c:23:
>>>> ../lib/string.h:965:1: error: expected ',' or ';' before '_GL_ATTRIBUTE_MALLOC'
>>>>   965 | _GL_FUNCDECL_SYS (strdup, char *,
>>>>       | ^~~~~~~~~~~~~~~~
>>>> make[1]: *** [Makefile:418: ntlib.o] Error 1
>>>> make[1]: Leaving directory '/z/pathto/emacs/lib-src'
>>>> --8<---------------cut here---------------end--------------->8---
>>>> 
>>>> I'm not sure this is an Emacs issue or not.  GCC 11.2 landed also today
>>>> on my HD.  Can others reproduce this?
>>>
>>> lib/string.h is a Gnulib header, so I suggest to report this to
>>> bug-gnulib@gnu.org.  Or maybe it's some problem with MinGW64 headers
>>> (did that get updated as well recently?).  In any case, I just rebuilt
>>> the relevant files, and saw no problem (I'm a happy user of GCC 9.2.0).
>>
>> I see this too. It seems to be an issue with gnulib and GCC 11.
>> Commenting  out this hunk from lib/string.in.h L456 works around the problem.
>>
>> # if __GNUC__ >= 11 && !defined strdup
>> /* For -Wmismatched-dealloc: Associate strdup with free or rpl_free.  */
>> _GL_FUNCDECL_SYS (strdup, char *,
>>                   (char const *__s)
>>                   _GL_ARG_NONNULL ((1))
>>                   _GL_ATTRIBUTE_MALLOC _GL_ATTRIBUTE_DEALLOC_FREE);
>> # endif
>>
>>
>> Hopefully Paul Eggert will be along soon to come up with a proper fix in
>> gnulib.
>
> Note that this problem also occurs on emacs-28, and the workaround above
> also works. Thus this needs a gnulib fix before the release.

I can't reproduce this for the emacs-28 branch with a pull from
yesterday evening! It seems that

make bootstrap

make install

is running through without any errors.  The MSYS2 and MinGW collections
are quite recent, but it seems gcc 11 is not installed.  gcc --version
=> 10.3.0

Configured for 'x86_64-w64-mingw32'.

  Where should the build process find the source code?    .
  What compiler should emacs be built with?               gcc  -g3 -O2 -gdwarf-2
  Should Emacs use the GNU version of malloc?             no
    (The GNU allocators don't work with this system configuration.)
  Should Emacs use a relocating allocator for buffers?    no
  Should Emacs use mmap(2) for buffer allocation?         yes
  What window system should Emacs use?                    w32
  What toolkit should Emacs use?                          none
  Where do we find X Windows header files?                NONE
  Where do we find X Windows libraries?                   NONE
  Does Emacs use -lXaw3d?                                 no
  Does Emacs use -lXpm?                                   yes
  Does Emacs use -ljpeg?                                  yes
  Does Emacs use -ltiff?                                  yes
  Does Emacs use a gif library?                           yes
  Does Emacs use a png library?                           yes
  Does Emacs use -lrsvg-2?                                yes
  Does Emacs use cairo?                                   no
  Does Emacs use -llcms2?                                 yes
  Does Emacs use imagemagick?                             no
  Does Emacs use native APIs for images?                  yes (w32)
  Does Emacs support sound?                               yes
  Does Emacs use -lgpm?                                   no
  Does Emacs use -ldbus?                                  no
  Does Emacs use -lgconf?                                 no
  Does Emacs use GSettings?                               no
  Does Emacs use a file notification library?             yes (w32)
  Does Emacs use access control lists?                    yes
  Does Emacs use -lselinux?                               no
  Does Emacs use -lgnutls?                                yes
  Does Emacs use -lxml2?                                  yes
  Does Emacs use -lfreetype?                              no
  Does Emacs use HarfBuzz?                                yes
  Does Emacs use -lm17n-flt?                              no
  Does Emacs use -lotf?                                   no
  Does Emacs use -lxft?                                   no
  Does Emacs use -lsystemd?                               no
  Does Emacs use -ljansson?                               yes
  Does Emacs use the GMP library?                         yes
  Does Emacs directly use zlib?                           yes
  Does Emacs have dynamic modules support?                yes
  Does Emacs use toolkit scroll bars?                     yes
  Does Emacs support Xwidgets?                            no
  Does Emacs have threading support in lisp?              yes
  Does Emacs support the portable dumper?                 yes
  Does Emacs support legacy unexec dumping?               no
  Which dumping strategy does Emacs use?                  pdumper
  Does Emacs have native lisp compiler?                   no





^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10 (nor does emacs-28)
  2021-10-24 17:56       ` H. Dieter Wilhelm
@ 2021-10-24 18:07         ` Eli Zaretskii
  2021-10-24 18:31           ` H. Dieter Wilhelm
  0 siblings, 1 reply; 9+ messages in thread
From: Eli Zaretskii @ 2021-10-24 18:07 UTC (permalink / raw)
  To: H. Dieter Wilhelm; +Cc: andrewjmoreton, emacs-devel

> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> Date: Sun, 24 Oct 2021 19:56:26 +0200
> Cc: emacs-devel@gnu.org
> 
> >> # if __GNUC__ >= 11 && !defined strdup
> >> /* For -Wmismatched-dealloc: Associate strdup with free or rpl_free.  */
> >> _GL_FUNCDECL_SYS (strdup, char *,
> >>                   (char const *__s)
> >>                   _GL_ARG_NONNULL ((1))
> >>                   _GL_ATTRIBUTE_MALLOC _GL_ATTRIBUTE_DEALLOC_FREE);
> >> # endif
> >>
> >>
> >> Hopefully Paul Eggert will be along soon to come up with a proper fix in
> >> gnulib.
> >
> > Note that this problem also occurs on emacs-28, and the workaround above
> > also works. Thus this needs a gnulib fix before the release.
> 
> I can't reproduce this for the emacs-28 branch with a pull from
> yesterday evening! It seems that
> 
> make bootstrap
> 
> make install
> 
> is running through without any errors.  The MSYS2 and MinGW collections
> are quite recent, but it seems gcc 11 is not installed.  gcc --version
> => 10.3.0

It only happens with GCC 11, that's why you don't see it.



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10 (nor does emacs-28)
  2021-10-24 18:07         ` Eli Zaretskii
@ 2021-10-24 18:31           ` H. Dieter Wilhelm
  2021-10-24 18:54             ` Eli Zaretskii
  0 siblings, 1 reply; 9+ messages in thread
From: H. Dieter Wilhelm @ 2021-10-24 18:31 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: andrewjmoreton, emacs-devel

Eli Zaretskii <eliz@gnu.org> writes:

>> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
>> Date: Sun, 24 Oct 2021 19:56:26 +0200
>> Cc: emacs-devel@gnu.org
>> 
>> >> # if __GNUC__ >= 11 && !defined strdup
>> >> /* For -Wmismatched-dealloc: Associate strdup with free or rpl_free.  */
>> >> _GL_FUNCDECL_SYS (strdup, char *,
>> >>                   (char const *__s)
>> >>                   _GL_ARG_NONNULL ((1))
>> >>                   _GL_ATTRIBUTE_MALLOC _GL_ATTRIBUTE_DEALLOC_FREE);
>> >> # endif
>> >>
>> >>
>> >> Hopefully Paul Eggert will be along soon to come up with a proper fix in
>> >> gnulib.
>> >
>> > Note that this problem also occurs on emacs-28, and the workaround above
>> > also works. Thus this needs a gnulib fix before the release.
>> 
>> I can't reproduce this for the emacs-28 branch with a pull from
>> yesterday evening! It seems that
>> 
>> make bootstrap
>> 
>> make install
>> 
>> is running through without any errors.  The MSYS2 and MinGW collections
>> are quite recent, but it seems gcc 11 is not installed.  gcc --version
>> => 10.3.0
>
> It only happens with GCC 11, that's why you don't see it.

I see, thanks.  Is it possible to install both versions of gcc and the
necessary libraries?  (I've seen that when I would install
mingw-w64-x68_64-gcc the gcc 10.3.0 executable will be overwritten.)



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Current master doesn't build on Win10 (nor does emacs-28)
  2021-10-24 18:31           ` H. Dieter Wilhelm
@ 2021-10-24 18:54             ` Eli Zaretskii
  0 siblings, 0 replies; 9+ messages in thread
From: Eli Zaretskii @ 2021-10-24 18:54 UTC (permalink / raw)
  To: H. Dieter Wilhelm; +Cc: andrewjmoreton, emacs-devel

> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> Cc: andrewjmoreton@gmail.com,  emacs-devel@gnu.org
> Date: Sun, 24 Oct 2021 20:31:55 +0200
> 
> Eli Zaretskii <eliz@gnu.org> writes:
> 
> >> From: "H. Dieter Wilhelm" <dieter@duenenhof-wilhelm.de>
> >> Date: Sun, 24 Oct 2021 19:56:26 +0200
> >> Cc: emacs-devel@gnu.org
> >> 
> >> >> # if __GNUC__ >= 11 && !defined strdup
> >> >> /* For -Wmismatched-dealloc: Associate strdup with free or rpl_free.  */
> >> >> _GL_FUNCDECL_SYS (strdup, char *,
> >> >>                   (char const *__s)
> >> >>                   _GL_ARG_NONNULL ((1))
> >> >>                   _GL_ATTRIBUTE_MALLOC _GL_ATTRIBUTE_DEALLOC_FREE);
> >> >> # endif
> >> >>
> >> >>
> >> >> Hopefully Paul Eggert will be along soon to come up with a proper fix in
> >> >> gnulib.
> >> >
> >> > Note that this problem also occurs on emacs-28, and the workaround above
> >> > also works. Thus this needs a gnulib fix before the release.
> >> 
> >> I can't reproduce this for the emacs-28 branch with a pull from
> >> yesterday evening! It seems that
> >> 
> >> make bootstrap
> >> 
> >> make install
> >> 
> >> is running through without any errors.  The MSYS2 and MinGW collections
> >> are quite recent, but it seems gcc 11 is not installed.  gcc --version
> >> => 10.3.0
> >
> > It only happens with GCC 11, that's why you don't see it.
> 
> I see, thanks.  Is it possible to install both versions of gcc and the
> necessary libraries?

It's possible, but not necessarily easy.  You rename the original
gcc.exe to gcc10.exe, and all the rest should "just work" as long as
the MinGW installation doesn't remove the old version. (I have no idea
how to tell pacman not to do that, but maybe someone else here would
know.)  You then invoke GCC 10 as "gcc10" instead of "gcc" (so you
should reconfigure Emacs to use that when compiling).

But I think all of this should now be unnecessary, since fixes have
been installed on both branches.



^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2021-10-24 18:54 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2021-10-22 15:21 Current master doesn't build on Win10 Arash Esbati
2021-10-22 16:20 ` Eli Zaretskii
2021-10-22 23:55   ` Andy Moreton
2021-10-23 19:06     ` Current master doesn't build on Win10 (nor does emacs-28) Andy Moreton
2021-10-24 17:56       ` H. Dieter Wilhelm
2021-10-24 18:07         ` Eli Zaretskii
2021-10-24 18:31           ` H. Dieter Wilhelm
2021-10-24 18:54             ` Eli Zaretskii
2021-10-23  8:24   ` Current master doesn't build on Win10 Arash Esbati

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).