GNU bug report logs - #37158
27.0.50; Build failure (MSYS2, master)

Previous Next

Package: emacs;

Reported by: Richard Copley <rcopley <at> gmail.com>

Date: Fri, 23 Aug 2019 11:52:02 UTC

Severity: normal

Found in version 27.0.50

Done: Richard Copley <rcopley <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 37158 <at> debbugs.gnu.org
Subject: bug#37158: 27.0.50; Build failure (MSYS2, master)
Date: Fri, 23 Aug 2019 16:05:02 +0300
> From: Richard Copley <rcopley <at> gmail.com>
> Date: Fri, 23 Aug 2019 13:44:22 +0100
> 
>  The immediate problem should be fixed now, but what worries me is how
>  on earth did your MinGW build ended up compiling the
>  !HAVE_GAI_STRERROR branch?  This shouldn't happen, by virtue of this
>  part of nt/mingw-cfg.site:
> 
>    ac_cv_func_gai_strerror=yes
> 
>  Doesn't your src/config.h has this line:
> 
>    #define HAVE_GAI_STRERROR 1
> 
>  ?  If not, we should find out why.
> 
> Yes, that line is there, but also, in nt/ms-w32.h, there is this:
> 
> /* Unlike MS and mingw.org, MinGW64 doesn't define gai_strerror as an
>    inline function in a system header file, and instead seems to
>    require to link against ws2_32.a.  But we don't want to link with
>    -lws2_32, as that would make Emacs dependent on the respective DLL.
>    So MinGW64 is amply punished here by the following:  */
> #undef HAVE_GAI_STRERROR

Ah, okay.  It's clear now.




This bug report was last modified 5 years and 310 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.