From owner-svn-src-head@FreeBSD.ORG Fri Nov 1 22:15:36 2013 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 94FEB25D; Fri, 1 Nov 2013 22:15:36 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4F54D2C25; Fri, 1 Nov 2013 22:15:35 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id rA1MFYP8045518; Fri, 1 Nov 2013 17:15:34 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id rA1MFWVx045517; Fri, 1 Nov 2013 17:15:32 -0500 (CDT) (envelope-from brooks) Date: Fri, 1 Nov 2013 17:15:32 -0500 From: Brooks Davis To: Luigi Rizzo Subject: Re: this breaks builds of head on stable/9 (Re: svn commit: r257268 - head/gnu/usr.bin/binutils/ld Message-ID: <20131101221532.GA45336@lor.one-eyed-alien.net> References: <20131101020924.GB32951@lor.one-eyed-alien.net> <20131101061842.GA8911@onelab2.iet.unipi.it> <20131101204848.GA44088@lor.one-eyed-alien.net> <20131101213254.GA35505@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20131101213254.GA35505@onelab2.iet.unipi.it> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Brooks Davis , src-committers@freebsd.org X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Nov 2013 22:15:36 -0000 --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 01, 2013 at 10:32:54PM +0100, Luigi Rizzo wrote: > On Fri, Nov 01, 2013 at 03:48:48PM -0500, Brooks Davis wrote: > > On Fri, Nov 01, 2013 at 07:18:42AM +0100, Luigi Rizzo wrote: > ... > > > ok so what happens is the following (trying to build HEAD on 9.2, bot= h amd64) > > >=20 > > > - WITHOUT_CLANG and related options: > > > "make toolchain" fails with the error on krb5 > > > "make buildworld" works, and a subsequent > > > "make toolchain" also works > > >=20 > > > - without options (so compiling CLANG) > > >=20 > > > "make toolchain" fails with the error below > > >=20 > > > building shared library libc.so.7 > > > /usr/bin/ld: this linker was not configured to use sysroots > > > cc: error: linker command failed with exit code 1 (use -v to see = invocation) > > > *** [libc.so.7] Error code 1 > > > 1 error > > > *** [all] Error code 2 > > > 1 error > > >=20 > > >=20 > > > "make toolchain" on an empty tree used to work until before this comm= it, > > > and does work if i revert this single change > > >=20 > > > So does this mean that 'toolchain' now has some prerequisites ? > >=20 > > I think I've found it. I tried the last one first since it was the most > > bizzare and about 40 lines up there was fairly obvious error output that > > told me what was wrong. The issue is that the :U modifer I used is a > > bmake feature and that the toolchain target doesn't bootstrap bmake (or > > perhaps doesn't do it early enough). I plan to commit a workaround for > > this particular case, but we probably need to alter the toolchain and > > kernel-toolchain targets to bootstrap bmake on older systems or we'll > > run into this again with some future change somewhere else. >=20 > yes, bootstrapping bmake early seems a future-proof way to handle this. I've committed a workaround for HEAD that I'll MFC soon on the basis that we in theory have infrastructure to support WITHOUT_BMAKE. (In practice WITHOUT_BMAKE is broken and corrupts your object tree with a make that fails until manually deleted.) We should decide if it should be fixed or removed before 10 goes out. -- Brooks --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFSdCgDXY6L6fI4GtQRAvDXAKCkZxL0EQcEOxqQvSO7b10wumtomwCfSaUw kgz/yVP/BsEQScrPrcMidsY= =pXvM -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn--