GNU bug report logs - #37852
Build failure on MSYS2 (undefined reference to _chk functions)

Previous Next

Package: emacs;

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

Date: Mon, 21 Oct 2019 12:30:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

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: 37852 <at> debbugs.gnu.org
Subject: bug#37852: Build failure on MSYS2 (undefined reference to _chk functions)
Date: Mon, 21 Oct 2019 16:31:56 +0300
> From: Richard Copley <rcopley <at> gmail.com>
> Date: Mon, 21 Oct 2019 14:17:36 +0100
> Cc: 37852 <at> debbugs.gnu.org
> 
> On Mon, 21 Oct 2019 at 14:07, Eli Zaretskii <eliz <at> gnu.org> wrote:
> 
>  > From: Richard Copley <rcopley <at> gmail.com>
>  > Date: Mon, 21 Oct 2019 13:28:29 +0100
>  > 
>  > Linking auxiliary executables fails with undefined references to (FORTIFY_SOURCE?) functions 
>  > __memcpy_chk and __memmove_chk. This is apparently caused by some change in MSYS2,
>  because
>  > previously buildable commits now fail. Transcript below.
> 
>  Looks like FORTIFY_SOURCE requires linking against -lssp?  Can you try
>  adding that, e.g. by
> 
>    make LIBS_SYSTEM=-lssp
> 
> Yes, that works.

OK, thanks.

So do we need to add that library to the link command under some
conditions?  IOW, is FORTIFY_SOURCE something that comes out of our
configure script (in which case I'm missing something, because I
didn't find it in the configure script), or is this an option you
added manually?  In the latter case, would configuring with LIBS=-lssp
be an okay solution?




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

Previous Next


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