From owner-freebsd-toolchain@FreeBSD.ORG Tue Mar 31 20:41:20 2015 Return-Path: Delivered-To: freebsd-toolchain@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6B5812F0; Tue, 31 Mar 2015 20:41:20 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id EB21F334; Tue, 31 Mar 2015 20:41:19 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::e062:65ef:5878:a9d3] (unknown [IPv6:2001:7b8:3a7:0:e062:65ef:5878:a9d3]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D1E385C2E; Tue, 31 Mar 2015 22:41:17 +0200 (CEST) Subject: Re: CROSS_TOOLCHAIN=amd64-gcc fails to build after clang 3.6.0 import Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2916CDB8-4F2A-42C6-9023-D632F101B8AA"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Tue, 31 Mar 2015 22:41:09 +0200 Message-Id: References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> <5B103C77-EA63-4C04-95FE-B138CF46F01C@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 20:41:20 -0000 --Apple-Mail=_2916CDB8-4F2A-42C6-9023-D632F101B8AA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 31 Mar 2015, at 22:06, Craig Rodrigues wrote: >=20 > On Tue, Mar 31, 2015 at 12:48 PM, Dimitry Andric = wrote: > On 31 Mar 2015, at 21:38, Craig Rodrigues wrote: > > > > On Tue, Mar 31, 2015 at 11:20 AM, Dimitry Andric = wrote: > > > >> On 31 Mar 2015, at 20:13, Dimitry Andric wrote: > >> ... > >>> but then: > >>> > >>> + patch > >>> Hmm... Looks like a unified diff to me... > >>> The text leading up to this was: > >>> -------------------------- > >>> |Index: contrib/libc++/include/type_traits > >>> = |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>> |--- contrib/libc++/include/type_traits (revision 280762) > >>> |+++ contrib/libc++/include/type_traits (working copy) > >>> -------------------------- > >>> Patching file contrib/libc++/include/type_traits using Plan A... > >>> Reversed (or previously applied) patch detected! Assume -R? [y] > >>> Hunk #1 succeeded at 842. > >>> Hunk #2 succeeded at 877. > >>> Hmm... Ignoring the trailing garbage. > >>> done > >>> > >>> E.g., it undoes the change to type_traits that was merged in the > >> subversion update. > >> > >> > > OK, I undid the patch. Now the clang and libc++ parts build, but = I'm > > still getting problems building rescue: > > > > = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/29/con= sole >=20 > Hm, that is strange. I have just completed a build with > amd64-xtoolchain-gcc, and apart from boot2, everything worked... >=20 > What does readelf say when you run it on the cat.lo file which is > complained about in the log? And what happens if you delete it, and > restart the build? >=20 > See: > = https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001545.ht= ml I'm suspecting this might have something to do with crunchide, or least, the copy of crunchide that is run for this: --- cat.lo --- /usr/local/x86_64-freebsd/bin/ld -dc -r -o cat.lo cat_stub.o = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue//builds/FreeBSD_HEAD_external_toolchain_gcc= /bin/cat/cat.o crunchide -k _crunched_cat_stub cat.lo If I look at my own build logs, it seems to pick the crunchide executable in /usr/bin, and Makefile.inc1 does *not* build it during the cross-tools stage if ${TARGET_ARCH} is the same as ${MACHINE_ARCH}: .if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} .if ${MK_RESCUE} !=3D "no" || defined(RELEASEDIR) _crunchide=3D usr.sbin/crunch/crunchide .endif However, this does not explain why my /usr/bin/crunchide seems to not screw up cat.lo, while yours does. As far as I can see, we're both building this on a stable/10 amd64 box... Maybe, as a hack, you can force cross-tools to build crunchide, by patching Makefile.inc1 to ignore the arch check, and see what that results in? -Dimitry --Apple-Mail=_2916CDB8-4F2A-42C6-9023-D632F101B8AA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUbBmwACgkQsF6jCi4glqP1YgCaApVuba12Mk2MEgu5bZPE5C9Q 1O0AoMdPRUEX/XXpoKI5luqUgBooMhyl =c1P8 -----END PGP SIGNATURE----- --Apple-Mail=_2916CDB8-4F2A-42C6-9023-D632F101B8AA--