Subject: bug#45303: #45303 [feature/native-comp] building error on Windows

From: Andy Moreton <[email-masked]>
Date: Tue, 22 Dec 2020 19:46:19 +0000

On Tue 22 Dec 2020, gliao.tw--- via "Bug reports for GNU Emacs, the Swiss army knife of text editors wrote:

> Hi Andrea and Pal,
>
> the attached file is the patch applicable to snapshot after commit
> [9676e4d7766cea647a4e2b9e27fad97479b418de](http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=feature/native-comp&id=9676e4d7766cea647a4e2b9e27fad97479b418de)
>
> Kiong-Ge.
> diff -ruN src-orig/nt/mingw-cfg.site src/nt/mingw-cfg.site
> --- src-orig/nt/mingw-cfg.site	2020-12-22 15:36:18.429108443 +0000
> +++ src/nt/mingw-cfg.site	2020-12-22 15:37:18.099953457 +0000
> @@ -156,3 +156,5 @@
>  # We don't want to build Emacs so it depends on bcrypt.dll, since then
>  # it will refuse to start on systems where that DLL is absent.
>  gl_cv_lib_assume_bcrypt=no
> +# force strsignal from gnulib to be used (cf https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45303#83)
> +ac_cv_func_strsignal=no

This comment is not quite right: Eli pointed out that emacs does not
use the gnulib replacement function on Windows. Adding this line to
mingw.site ensures that HAVE_STRSIGNAL is not defined in config.h, so
the strsignal macro in src/syssignal.h gets used.

    AndyM