From owner-freebsd-toolchain@FreeBSD.ORG Wed Apr 1 00:09:24 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 DA6009AB for ; Wed, 1 Apr 2015 00:09:24 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 996BADF2 for ; Wed, 1 Apr 2015 00:09:24 +0000 (UTC) Received: by padcy3 with SMTP id cy3so34503105pad.3 for ; Tue, 31 Mar 2015 17:09:18 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=r9xwD9RhAZqbKjbYAzlPzb4K0/MHYKCNKH/OJEttFb0=; b=kVj6+8EccyrK4fog3nVGIVhFkVlZa8jAXaNmxVsg6A3PqWcouO5iNwYgFdAQlK4sfl Kh7K3zTtqGiLESKk79hxsp8KVrZ+pJ+JvYs6TSSEw1L2yQ6FBtj9nqwmU4tRN2su3/0/ 0JcYFDvZtTKu1lSC+8Gf7xWxF9Nh9CZTXyvRoA+k26bM5LTuV52EoiVdyrz43ECy86WP jaIokxk4AhZLAkO5z6dMPRCqTYyh+u2Q+OGk2Hmfk1A8BxYl/SBQFFQLf91AUS7fFPuh gsRNv0Xs8RuwVY3ls4Ag6eBbPKXPRogbA3fKdfckgyWxTKWPLhS/LDXXqIHe0Ng8XPKW onKQ== X-Gm-Message-State: ALoCoQnGfwB0Nzu3/6pFF4aNvTtmtJ291iPdGnQyoRgjCLRgEA7zTFMYQ/hruI9eYnFjWABD3A8f X-Received: by 10.68.239.104 with SMTP id vr8mr72202450pbc.96.1427846957965; Tue, 31 Mar 2015 17:09:17 -0700 (PDT) Received: from [10.64.25.92] ([69.53.236.236]) by mx.google.com with ESMTPSA id ll2sm104628pbc.11.2015.03.31.17.09.16 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 31 Mar 2015 17:09:17 -0700 (PDT) Sender: Warner Losh 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=_FB9CC06F-C844-4257-B1D1-900E604A1EA7"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Tue, 31 Mar 2015 17:09:15 -0700 Message-Id: <94264E89-1AED-4704-A922-A11D05EEFE34@bsdimp.com> 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 , Dimitry Andric 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: Wed, 01 Apr 2015 00:09:24 -0000 --Apple-Mail=_FB9CC06F-C844-4257-B1D1-900E604A1EA7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 31, 2015, at 1:43 PM, Craig Rodrigues = wrote: >=20 > On Tue, Mar 31, 2015 at 1:41 PM, Dimitry Andric = wrote: >=20 >> 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: >>>>=20 >>>> On Tue, Mar 31, 2015 at 11:20 AM, Dimitry Andric >> wrote: >>>>=20 >>>>> On 31 Mar 2015, at 20:13, Dimitry Andric wrote: >>>>> ... >>>>>> but then: >>>>>>=20 >>>>>> + 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 >>>>>>=20 >>>>>> E.g., it undoes the change to type_traits that was merged in the >>>>> subversion update. >>>>>=20 >>>>>=20 >>>> OK, I undid the patch. Now the clang and libc++ parts build, but = I'm >>>> still getting problems building rescue: >>>>=20 >>>>=20 >> = 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: >>>=20 >> = https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001545.ht= ml >>=20 >> I'm suspecting this might have something to do with crunchide, or = least, >> the copy of crunchide that is run for this: >>=20 >> --- 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 >>=20 >> 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}: >>=20 >> .if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} >> .if ${MK_RESCUE} !=3D "no" || defined(RELEASEDIR) >> _crunchide=3D usr.sbin/crunch/crunchide >> .endif >>=20 >> 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... >>=20 >=20 >> 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? >>=20 >=20 >=20 >=20 > Well my build host is 10.1-RELEASE, so maybe there are changes > that went into 10-STABLE after 10.1 that prevent this from working. >=20 > I'll give a shot at hacking things and let you know how far I get. BTW, we don=E2=80=99t officially support 4.8 / 4.9 yet. There are things = that are known to be broken with it, and since we don=E2=80=99t tinderbox it, = it is likely that we=E2=80=99ll break it over and over again=E2=80=A6 When I was building it, as a test, I used WITHOUT_RESCUE. Warner --Apple-Mail=_FB9CC06F-C844-4257-B1D1-900E604A1EA7 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----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJVGzcsAAoJEGwc0Sh9sBEAw3EP/2jxzkUgh5O9rP1Ej/bbkJJN ejsgEUS0/r2lb8x9jGXgVZZRq12mKx90IeWmxXXcIsZydhGT5ybBGw/kzwW1NYu4 h1ZQQeq07kvb5vuQXJeQoKhK65U/ff9OtgyAdqFWckHr2fpGJio3u3bhdm6Xnysq qaxfTLHmueRzLex7Sf4Qria6ovgvGw1GZNTOOea3SwNif25IZLgnn2odU+l+jsGN 3hONKV+/36BuJX1eoJyz6Ofmcjl5VRezPUAwDGPGAiCGnYL0xjkMYsccKx4Intsg yN9plR0VYtpJYYvxbPz3Q+4pmv/c8NvtzE7eKua3E0ansIdMHfI9mUG63bFJoRqI OpDBQTHPBOhsWjITyhQtj860ZAtnUFZ4PkBwt2dBmXGr60HGqIbkFV/sRneSINl8 FjM6cU4rZKGh7RTXZJ6y6w4VbfA90qMlt9hx5lxuGXwIY8iK5Fw0TSrQzkx7Qqco BiZmhLAngYGG0c2HW3CWNotqKdkYoYdFE2z4aAJZfcv4NNu1ifqKeBtRuEh++eOR JXIFxLTm5vmeBeEIz6KSIq/eREfUXOTWqpxWQvhmFcFTrtnQQ4u5jBTWSSZOpHWe bJ2BLkfgpDQm23Kuw6tSSfd2x5SZi90oGG38KGFluLP8T/HrXLGMlmHAsObxBvQL Mux8APFKvSLfOVc2onqr =vB+X -----END PGP SIGNATURE----- --Apple-Mail=_FB9CC06F-C844-4257-B1D1-900E604A1EA7--