GNU bug report logs - #45303
28.0.50; [feature/native-comp] comp.c compilation error on Windows 10

Previous Next

Package: emacs;

Reported by: Liāu, Kiong-Gē 廖宮毅 <gongyi.liao <at> gmail.com>

Date: Thu, 17 Dec 2020 20:22:01 UTC

Severity: normal

Found in version 28.0.50

Done: Andrea Corallo <akrl <at> sdf.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Andy Moreton <andrewjmoreton <at> gmail.com>
To: 45303 <at> debbugs.gnu.org
Subject: bug#45303: #45303 [feature/native-comp] building error on Windows
Date: Sat, 19 Dec 2020 14:35:45 +0000
On Sat 19 Dec 2020, Andrea Corallo via "Bug reports for GNU Emacs, the Swiss army knife of text editors" wrote:

> Right so (unless I'm forgetting something) just the zlib linker error
> should be remaining, correct?
>
> I'll have a look later in the weekend or Monday.

AS well as the zlib issue, there are two other problems that I found
when trying to build using MSYS2 Mingw64 64bit:

a) Linker error for "gcc_jit_type_get_const".
   It looks like this does not have a runtime import in comp.c, so is
   just a matter of fixing up another DLL import.

b) Linker error for "strsignal"
   This seems to be a configure problem. On master the configure test
   for strsignal fails to link, and the gnulib replacement get used.
   On the native branch the configure test links successfully, so the
   gnulib replacement does not happen. The only difference in the
   conftest command line appears to be adding libgccjit, so somehow
   that library is providing a strsignal symbol.
   Adding "ac_cv_func_strsignal=no" in nt/mingw-cfg.site appears to
   suppress this problem, but I don't know if that is the right fix.

HTH

   AndyM





This bug report was last modified 4 years and 132 days ago.

Previous Next


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