From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24344 invoked by alias); 10 May 2015 20:41:01 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 24327 invoked by uid 48); 10 May 2015 20:40:57 -0000 From: "breedlove.matt at gmail dot com" To: gcc-bugs@gcc.gnu.org Subject: [Bug lto/66014] 5.1 mingw64 fails to perform slim bootstrap-lto: ccEt8YNj.ltrans4.ltrans.o::(.text+0x628): undefined reference to `stpcpy' Date: Sun, 10 May 2015 20:41:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gcc X-Bugzilla-Component: lto X-Bugzilla-Version: 5.1.1 X-Bugzilla-Keywords: X-Bugzilla-Severity: normal X-Bugzilla-Who: breedlove.matt at gmail dot com X-Bugzilla-Status: UNCONFIRMED X-Bugzilla-Resolution: X-Bugzilla-Priority: P3 X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-SW-Source: 2015-05/txt/msg00798.txt.bz2 https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66014 --- Comment #1 from Matt Breedlove --- This issue is still present on 5.1.0 and trunk. The issue seems to be related to libiberty's implementation of stpcpy being replaced with the GCC builtin and then causing linker errors due to that symbol not being defined when attempting to link lto-plugin. Passing in -fno-builtin-stpcpy when building libiberty has resolved this for me and allows the build to progress but I'm unsure if there is any other potential fallout from similar issues.