From owner-freebsd-testing@FreeBSD.ORG Sun Mar 29 04:37:27 2015 Return-Path: Delivered-To: freebsd-testing@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 21820DA3 for ; Sun, 29 Mar 2015 04:37:27 +0000 (UTC) Received: from mail-pa0-f42.google.com (mail-pa0-f42.google.com [209.85.220.42]) (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 E0596A87 for ; Sun, 29 Mar 2015 04:37:26 +0000 (UTC) Received: by pacwe9 with SMTP id we9so134591168pac.1 for ; Sat, 28 Mar 2015 21:37:20 -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=6st44eeoR7OQTk82/+UBd9qIl/mqCgfYe67qhsGfV7Q=; b=gGXIENX14EHlJWLbv13/8T9SD+Cv7f0iYHPnByBeKateML78KRM7ROb2MxWJGiy410 iToP/sorX3TYL03fbSBsWpFEzZEySJwS7StM7OZ0ZqrcQnlNsvV0y3PyiSw9V4K3dDt6 htXElFZwtBHPFCoEBbjL6rv1McRb/EyuuWbFEssTQcHpP6HJHZJQC6Id7I8gJQOYpeEC rkMwkhGoBvEzK37fv2KYzlXS9feoHTpPp6czDy0/639cUF42UVXbpgLwSvyn3u1y4Yct e+xnnpuRN2FvdFhqk1WY6xx5IcUZmSwqp2UYxLC21XOO2MR1XN0kZovs2l+htLRcJOmh KMPw== X-Gm-Message-State: ALoCoQm26ePyjg8vWPeN8Ghr3HgbSCgUMuu/BteYuOcepz/gEecOAzHYYa1zfIK6ZcWiDRGm6lVl X-Received: by 10.70.54.130 with SMTP id j2mr47858974pdp.122.1427603840010; Sat, 28 Mar 2015 21:37:20 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id o17sm6487583pdj.26.2015.03.28.21.37.18 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 28 Mar 2015 21:37:19 -0700 (PDT) Sender: Warner Losh Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0507C6D9-DC61-4DCE-A5C6-02152AA25B0E"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> Date: Sat, 28 Mar 2015 22:37:16 -0600 Message-Id: <2232E613-6248-4A78-BCB3-2D82AF8EC094@bsdimp.com> References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 04:37:27 -0000 --Apple-Mail=_0507C6D9-DC61-4DCE-A5C6-02152AA25B0E Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 28, 2015, at 5:33 PM, Dimitry Andric wrote: >=20 > On 29 Mar 2015, at 00:05, Craig Rodrigues wrote: >>=20 >> To work around the problems build rescue, this time I used a build = host >> running FreeBSD-CURRENT at svn revision r280353 >>=20 >> I took this patch for libc++ and applied it to my tree: >>=20 >> http://reviews.llvm.org/D8461 >=20 > I've only got one minor remark left on that fix, which is that it > doesn't work for gcc 4.7. Once we either say that version of gcc is > just buggy and can't be helped, or have some other way of fixing the > original problem, I'll import it. >=20 >=20 >=20 >> I used this script to build with gcc 4.9: >>=20 >> = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-buil= d.sh >>=20 >> Buildling sys/i386/boot2 failed: > ... >> output: fmt=3Dbin size=3D21ef text=3D200 data=3D1fef org=3D0 entry=3D0 >> -1007 bytes available >> *** Error code 1 >=20 > Oof, this is going to be hard to fix. For some reason, boot2 is one = of > those programs that keeps getting worse (i.e. larger) with *each* new > compiler version, be it gcc or clang! >=20 > The last few times when we imported a new clang version, we had to = jump > through several hoops, and attempted to shrink the code again with > various cleanups. Even then, we don't have a lot of headroom. >=20 > If it is now also becoming a problem with gcc 4.9, we should really > start looking for a more permanent solution, e.g.: > * Getting rid of the 7680 byte limit (seems to be impossible?) > * Rewrite most of (or all of) boot2 in assembly The 7680 byte limit is a hard limit. Rewriting in assembler is possible, but just using the 4.2.1-compiled .s = file might be a good place to start. Warner --Apple-Mail=_0507C6D9-DC61-4DCE-A5C6-02152AA25B0E 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 iQIbBAEBCgAGBQJVF4F8AAoJEGwc0Sh9sBEARpcP+KzDBa6DY1Z9HxQmwWLawrCL uku9dXdY7nHII3R4Rc4kccliV65RoY1ajVtP4t+yRQURpDyUPv11wYPCu9knqkyH cTCpDfinY//APg+IY1VHKaoGKAjTeOyf8Hsfvxz/qMqA45VPYHH6ZD/OHNv1fqlb hTk+YbO3OWdPZO0cLH5m/yj29/d+BPbIvViAkqrvKxDTeYT+8R4fzKZYN6hfQXSP 15j3qXwUaFhgsonzmgeM1q/c8LJZYmuA6nhlS8qGf2/SIWeoaoHttdTSVEGIoW3b TSx0G/WwFJ3Ndwr7+MsIerv3rfQdLAPNOcK8DKhzpINKU2RdDwO0jUcIZ3KVI80y vPfZXxINCZx5DKIprooROV9EdEg6wFGxSiaMFiA+RpwWMnkCeY7hRSlf0afs4AMY 1FIiGppmXy+21l83AJJSET+H4PEJggDMGuJlsKJQFDcEWs66LGZ8cPYSMNMAXvpB fenjWPht94Mk3af1QBrtYgBQJXWeSmdPsQfnAxmJTHw22Xjv+RWqQQK7A0GAR1bH B/DQn2kBUUEIBDF0Ie+8bjEx891dREgythlv3O1pcuavbb94mHe2UA+8U1vfahJ8 ZA3jd+b+9IwkiRiapg6V1elrQ3pp1Obc71e9Z+Mq2+up7fKZiOlz57PvS2g01vYP /OAr56eIQ7xZGKHymAs= =O8Dy -----END PGP SIGNATURE----- --Apple-Mail=_0507C6D9-DC61-4DCE-A5C6-02152AA25B0E-- From owner-freebsd-testing@FreeBSD.ORG Sun Mar 29 08:28:18 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA2AC541; Sun, 29 Mar 2015 08:28:18 +0000 (UTC) Received: from vlakno.cz (mail.vlakno.cz [91.217.96.224]) by mx1.freebsd.org (Postfix) with ESMTP id 6C519D5; Sun, 29 Mar 2015 08:28:17 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 23CCB1D9572A; Sun, 29 Mar 2015 10:27:34 +0200 (CEST) Date: Sun, 29 Mar 2015 10:27:34 +0200 From: Roman Divacky To: Dimitry Andric Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Message-ID: <20150329082734.GA13058@vlakno.cz> References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> User-Agent: Mutt/1.5.23 (2014-03-12) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 08:28:18 -0000 > > I used this script to build with gcc 4.9: > > > > https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-build.sh > > > > Buildling sys/i386/boot2 failed: > ... > > output: fmt=bin size=21ef text=200 data=1fef org=0 entry=0 > > -1007 bytes available > > *** Error code 1 > > Oof, this is going to be hard to fix. For some reason, boot2 is one of > those programs that keeps getting worse (i.e. larger) with *each* new > compiler version, be it gcc or clang! > > The last few times when we imported a new clang version, we had to jump > through several hoops, and attempted to shrink the code again with > various cleanups. Even then, we don't have a lot of headroom. > > If it is now also becoming a problem with gcc 4.9, we should really > start looking for a more permanent solution, e.g.: > * Getting rid of the 7680 byte limit (seems to be impossible?) > * Rewrite most of (or all of) boot2 in assembly We can also get rid of UFS1 support... That shrinks the code a lot. From owner-freebsd-testing@FreeBSD.ORG Sun Mar 29 18:04:36 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B875224C for ; Sun, 29 Mar 2015 18:04:36 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (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 823B9210 for ; Sun, 29 Mar 2015 18:04:36 +0000 (UTC) Received: by pdnc3 with SMTP id c3so151809879pdn.0 for ; Sun, 29 Mar 2015 11:04:35 -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=POvIiJc6q8PuL0KV2DT3Mt1SvTZD6RncD/Akmq8gHaY=; b=mKI8C5mofyoVWVS1exzG3KIYFpfeTztRcMPpxKNy/4+V+s2gwj4Wg93mgc6mE2zb7q A7V3puhgBCibzFTIfHUZV8szoBG2pKVcj+BtBPGCVNBh4DWXh48HnKuglHPF+jgTgjZv QY+vX1N33xwDTwUddr61bhi+YXxftRLSpGBD0U75dtgE6ucchuxFVkDlQP4k4W7zEkhT ef5bEhwgvm4TvtvZENByX1TTosWNVZSFc1adW/ZzpihjLMASx8WKBiTUFMTbUiuRVEZs S/MamPi68/lUBQVNxaJsV/0HSmJQrs4dVJsKSBdg8gseje3lH0okGI0blYwySOZ0cNDy UlrA== X-Gm-Message-State: ALoCoQnN0K3eNHSH5Lji6HcuLJWN9wv0iP3A57jf+3p72cyTy48i4ZExMaoNFIA6AiCtFyBHRgXx X-Received: by 10.70.102.101 with SMTP id fn5mr52586103pdb.131.1427652275372; Sun, 29 Mar 2015 11:04:35 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id om6sm8097092pdb.40.2015.03.29.11.04.33 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 29 Mar 2015 11:04:34 -0700 (PDT) Sender: Warner Losh Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A96F48DD-9F5F-44DB-A5D1-2CE1502149AE"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <20150329082734.GA13058@vlakno.cz> Date: Sun, 29 Mar 2015 12:04:31 -0600 Message-Id: References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> To: Roman Divacky X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain , Dimitry Andric X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 18:04:36 -0000 --Apple-Mail=_A96F48DD-9F5F-44DB-A5D1-2CE1502149AE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 29, 2015, at 2:27 AM, Roman Divacky = wrote: >=20 >>> I used this script to build with gcc 4.9: >>>=20 >>> = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-buil= d.sh >>>=20 >>> Buildling sys/i386/boot2 failed: >> ... >>> output: fmt=3Dbin size=3D21ef text=3D200 data=3D1fef org=3D0 entry=3D0= >>> -1007 bytes available >>> *** Error code 1 >>=20 >> Oof, this is going to be hard to fix. For some reason, boot2 is one = of >> those programs that keeps getting worse (i.e. larger) with *each* new >> compiler version, be it gcc or clang! >>=20 >> The last few times when we imported a new clang version, we had to = jump >> through several hoops, and attempted to shrink the code again with >> various cleanups. Even then, we don't have a lot of headroom. >>=20 >> If it is now also becoming a problem with gcc 4.9, we should really >> start looking for a more permanent solution, e.g.: >> * Getting rid of the 7680 byte limit (seems to be impossible?) >> * Rewrite most of (or all of) boot2 in assembly >=20 > We can also get rid of UFS1 support... That shrinks the code a lot. No we can=E2=80=99t. And that=E2=80=99s kinda the useless decision to = make if you look at where the 8k limit comes from. UFS1 imposes the 8k limit. UFS2 has no such limit, but there=E2=80=99s = some issues with some old installs listing 8k as the size to fit into the = disklabel reserves of the time. If we built a UFS1-only boot2, that would fit in the 7.5k we have left to play with. We could then build a UFS2-only boot2 that would easily fit in the like 32k limit that UFS2 has. The only reason we went to supporting both was to have something universal. Since it requires a reformat to go from UFS1 -> UFS2 we wanted the transition to be as smooth as possible so you didn=E2=80=99t = have to add boot blocks into the mix. Now the only people that use UFS1 are people with really old systems that are never going to upgrade, or people building new systems with UFS1 because they are space constrained (for whatever reasons that we=E2=80=99re not going to debate here: they are still real). All typical installs are UFS2. As such, with a bit of automation in our boot block writing, and we = should be in good shape. So no, we can=E2=80=99t get rid of UFS1 support and have all our = problems be solved. However, we likely can solve most of the issues by moving away from a single image. Warner --Apple-Mail=_A96F48DD-9F5F-44DB-A5D1-2CE1502149AE 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 iQIcBAEBCgAGBQJVGD6vAAoJEGwc0Sh9sBEAOCUQANHGNvoPEMMT3AVpZ7X+SDlh xGj3WEqn+HkGoGYrmaNuFuas21RgCAALK05q1WgJw1HGvYXsT0E4dFMEBQkY9G2k veP+IqX4vJzcFnE4XpLRUr/59bAvOljHVNDVZ/qFLwVkE9VdrZS158r664QNFCC1 i++B4roNUE12Ew8vqYspei5nojEAg/PU6scUJXh5zpitmEyFOf+yYu4mPKeb0Nz/ j+cnj6NqYBc/Unfu7+GhFfhzAnDNqC3YaruZifxuZQH5cv3K94CE+nwg3YqLc0B2 vyUCi2wDR2rHwe9KOXmM9BDpDuM+1Qk32jZNOSjEeY3s3Ywgq5y20ZSm3BqXuipB +TM+x+c2q0RGDouQbXlbr8HBRqseXdAPaS4hI7SzxC37Rmja4JixuXdO4NQJo8aT aXRhpUHM0UBcZutAmwk4I5zpoReowax5vfl6ePbMYzA8VkcG/vKflDpCVPYm7A+v bGKty/4hTwYg+5lDsYxLEGJiJReZeOmhU14v9kbqPlv6dXwX/a6+qg2wewSVG5D5 r5Iw64Alm7zBld00BzGsnU2aGZVBjf7FKSG4h7MNfjyMLp+QisdkJYFdqTELL8Pp aQpfB/yGY0H6PZ/1JkaBMwAghbsD+gh2F6oIIV05VnQl20BW6KFnwVn5z5FHrYWw 384tREhodceyLacoeetv =IwfO -----END PGP SIGNATURE----- --Apple-Mail=_A96F48DD-9F5F-44DB-A5D1-2CE1502149AE-- From owner-freebsd-testing@FreeBSD.ORG Sun Mar 29 20:29:48 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF96E1E2; Sun, 29 Mar 2015 20:29:48 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::22b]) (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 3B80A309; Sun, 29 Mar 2015 20:29:48 +0000 (UTC) Received: by labe2 with SMTP id e2so103705326lab.3; Sun, 29 Mar 2015 13:29:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Cal+6UGJnrCcjPE0BFOK9iYwrV012S7AyA/mOGaZE7I=; b=Snw4gNibXFP7eUyfEKUfT5qb6UqP1DnvO3FQ9P7oNQC51awOA2Icqg8+/Kz1nuMWZx TpeoNCSN5DuaU4SInSRbG/z/qe8WACnEGw5F8kZ5o20dl3nAF5UL/vEEWES9ze3y6Lh8 MqRuNlLxNFScALuvUfPM2dAahIr/GPJxYigkfPhaKEJG9QaybNbWLmiY0yS/MT71v7RK 1C9ou2Z8bJrJZxMvmw3UpDPeOc05kwn71j2n4gZO7zWZvOa4wa/itaV47IxBGXR4Fn5Y GxBG/yNqmxYV1jD08l2SJnAjaT6uOnUMZ95oYdXD8kzVgyikZUQQatzLtouK+9D0IFbZ AMRg== MIME-Version: 1.0 X-Received: by 10.112.166.36 with SMTP id zd4mr10574624lbb.59.1427660986284; Sun, 29 Mar 2015 13:29:46 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Sun, 29 Mar 2015 13:29:46 -0700 (PDT) In-Reply-To: References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> Date: Sun, 29 Mar 2015 13:29:46 -0700 X-Google-Sender-Auth: XvaJ4bBMrggolZH2Vdbxnqj_I6g Message-ID: Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 From: Craig Rodrigues To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , Roman Divacky , FreeBSD Toolchain , Dimitry Andric X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 20:29:48 -0000 On Sun, Mar 29, 2015 at 11:04 AM, Warner Losh wrote: > > If we built a UFS1-only boot2, that would fit in the 7.5k we have left > to play with. We could then build a UFS2-only boot2 that would easily > fit in the like 32k limit that UFS2 has. > > The only reason we went to supporting both was to have something > universal. Since it requires a reformat to go from UFS1 -> UFS2 we > wanted the transition to be as smooth as possible so you didn't have > to add boot blocks into the mix. > > Now the only people that use UFS1 are people with really old systems > that are never going to upgrade, or people building new systems with > UFS1 because they are space constrained (for whatever reasons that > we're not going to debate here: they are still real). > In the past 5 years, I have worked on some embedded systems where UFS1 was chosen because of very low memory and disk space requirements. So those systems are real and out there. Just out of curiousity, what is it about newer compilers that cause the size of boot2 to increase so much? Could we do some silly things like removing/reducing the use of printf() to save some more bytes, in order to buy us more time, before having to rewrite everything? :) -- Craig From owner-freebsd-testing@FreeBSD.ORG Sun Mar 29 21:45:33 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5158CED4; Sun, 29 Mar 2015 21:45:33 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 222A8E29; Sun, 29 Mar 2015 21:45:32 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NLZ00887TQY2050@st11p02mm-asmtp002.mac.com>; Sun, 29 Mar 2015 21:45:01 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-29_03:2015-03-28,2015-03-29,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503290229 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 From: Rui Paulo In-reply-to: Date: Sun, 29 Mar 2015 14:44:58 -0700 Content-transfer-encoding: quoted-printable Message-id: References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain , Dimitry Andric , Warner Losh X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 21:45:33 -0000 On Mar 29, 2015, at 13:29, Craig Rodrigues wrote: >=20 > Just out of curiousity, what is it about newer compilers that cause > the size of boot2 to increase so much? Code generation is different, especially with regards to optimisations. = Longer code might be faster because the compiler decided to inline a few = functions. Unfortunately, I never saw any difference between -Os and = -O2 in all of my tests (boot2 and other code). -- Rui Paulo From owner-freebsd-testing@FreeBSD.ORG Sun Mar 29 22:56:59 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A13D1917 for ; Sun, 29 Mar 2015 22:56:59 +0000 (UTC) Received: from mail-pa0-f44.google.com (mail-pa0-f44.google.com [209.85.220.44]) (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 6977183D for ; Sun, 29 Mar 2015 22:56:59 +0000 (UTC) Received: by pacwz10 with SMTP id wz10so98018297pac.2 for ; Sun, 29 Mar 2015 15:56:53 -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=DtdOJo3LkYCaxOGrMj8ccfwnzgTL+ffcxzLOCTlricg=; b=klahjBqzHjZDU8EXqvJAMhNWlifFwEwn3a/EBvZYENyVzcAKMkmN/2wsMAVszCBa+E FKcUC6JYoeZsPmjFfi9QlPj1UExliJm3oIPOG+k5k6HNOR0NbVt1vPgbzzyT++K9wub6 r93deZjN1aJLrA3xO0oTBdsdwjNt4+hSH4bPpnK0spEFYuavNbepHx3748NUO6LU7ee3 bO+GrigJu6PlYaVP77J3e1yoxQHH5OsBaZOiIZ1WLWXz2AKVDD2GctwyXJDEl29rSu4Q gRfrNADWrSAHLExVfOdtVeLfCFDBl/zKplw2Fv5v1aMxmn7X/SX9RVkMGBBjqJtCar7Y vkHw== X-Gm-Message-State: ALoCoQnJ83EffJr7g33EF5j/miHoVdHIshgpt7lQ/iDC8ceTMI2kpDySvFVvLqt0Jclfuw5Dg2uC X-Received: by 10.70.100.39 with SMTP id ev7mr53572371pdb.29.1427669813220; Sun, 29 Mar 2015 15:56:53 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id d4sm8451263pdm.50.2015.03.29.15.56.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 29 Mar 2015 15:56:52 -0700 (PDT) Sender: Warner Losh Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1EC3A099-7879-4FDA-830E-EFC1DD3D8E9F"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Sun, 29 Mar 2015 16:56:49 -0600 Message-Id: <7A9A90EA-E052-425E-BE90-9290B0CAB03F@bsdimp.com> References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , Roman Divacky , FreeBSD Toolchain , Dimitry Andric X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Mar 2015 22:56:59 -0000 --Apple-Mail=_1EC3A099-7879-4FDA-830E-EFC1DD3D8E9F Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 > On Mar 29, 2015, at 2:29 PM, Craig Rodrigues = wrote: >=20 > On Sun, Mar 29, 2015 at 11:04 AM, Warner Losh wrote: >=20 > If we built a UFS1-only boot2, that would fit in the 7.5k we have left > to play with. We could then build a UFS2-only boot2 that would easily > fit in the like 32k limit that UFS2 has. >=20 > The only reason we went to supporting both was to have something > universal. Since it requires a reformat to go from UFS1 -> UFS2 we > wanted the transition to be as smooth as possible so you didn=92t have > to add boot blocks into the mix. >=20 > Now the only people that use UFS1 are people with really old systems > that are never going to upgrade, or people building new systems with > UFS1 because they are space constrained (for whatever reasons that > we=92re not going to debate here: they are still real). >=20 > In the past 5 years, I have worked on some embedded systems where UFS1 = was chosen because of very low memory and disk space requirements. > So those systems are real and out there. >=20 > Just out of curiousity, what is it about newer compilers that cause > the size of boot2 to increase so much? >=20 > Could we do some silly things like removing/reducing the use of = printf() > to save some more bytes, in order to buy us more time, before having > to rewrite everything? :) Removing printf isn=92t going to save us. It usually compiles to 80-120 = bytes. I think the only sane way forward is boot2.ufs1 an boot2.ufs2 plus maybe some safety belts in the boot block splatter programs to prevent brickification. Warner --Apple-Mail=_1EC3A099-7879-4FDA-830E-EFC1DD3D8E9F 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 iQIcBAEBCgAGBQJVGIMyAAoJEGwc0Sh9sBEA8lUP/itq1ITq5ycOuDbph6/xlXh3 OMKFzX3m8a2R8a0fXSO0SURNmwITRHCDlrJXOBege4SyAN51IQhu/tOxGlxHhnnG WRZ1QN3edlXKHRQ5EqmeEAyGQ7N0ZZbKTVp5l0utDdEhyNPB4tgumW92rYmzQWu7 icPbjLwQ3DMaXbLvUGpZLfRFXRy3lRbxVVId9ON4j3h7kxrmRXkPj6v4esuZ98Iu xImKXfUQdB6bCIztaaUMOdQrrqyBhYT+LCpCHO+7P545tjxoAaZGNOK/UgP7rvw4 P2yCN5Fspirdbfv8298omJmLkZE952Y2/dnR3paCGWJyESf7FNI8BM6XvppCrTCX N23P4GFMJuYyTlOO3yj/Q0R7U8GI8boqn98tKnAKcqcKmBONWXhJ2HaltUCsDDxV M/M6I8BN72A7JLKe884XZC20LEG8jT/VZIwM7hob/3MWdoCn1XHT7fJTVPxDpFAJ D1ksL2uXJxBEqu5Nm+tDJRDI4RJQ/wfY4nCUxzvZWq1WVVO4alTL5xvZDuY0tZah KT6baBrlmV2zZUzGJNXz3YpjWoeirNo+hs8/jbEMRKMWfu03PD5wptv0I4pkhx4w /4H0Hz4jeNZhGjyVZceZ84OwTAxFVmdP/9ubYY5UJiotLur979cf8+MyR2Snd+Le JOo0NThx9eU4kV8cFIFN =R4Z6 -----END PGP SIGNATURE----- --Apple-Mail=_1EC3A099-7879-4FDA-830E-EFC1DD3D8E9F-- From owner-freebsd-testing@FreeBSD.ORG Mon Mar 30 00:37:23 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0B7C2467; Mon, 30 Mar 2015 00:37:23 +0000 (UTC) Received: from mail-pd0-x232.google.com (mail-pd0-x232.google.com [IPv6:2607:f8b0:400e:c02::232]) (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 C4944164; Mon, 30 Mar 2015 00:37:22 +0000 (UTC) Received: by pdbni2 with SMTP id ni2so157971024pdb.1; Sun, 29 Mar 2015 17:37:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=references:mime-version:in-reply-to:content-type :content-transfer-encoding:message-id:cc:from:subject:date:to; bh=EI0kd7C018moX8ljN0SoqGvJxqpkDIJjHi/qKRbIhpY=; b=WBkV5Qr3ydezjnuam1FtDythHDiuG7gV67+ztXO70akJMXfzL06eDH7AhMd1R6B+R3 sDrY4nrw6xm4IZLR5nDnwpWi640+cD9ixnGDwPuwp2HJ6MOeTl2mYOgTCt7Gt+PLgET8 Xqk+Ru1/BFyav/5sHhS5OQoJrX5ECCnClLBY4dRRfMll6ZvdYCN2G0Fob6tKWAaNsYsL 0n5M+JLgjrXRntsk5OMGJz5sOupEEBcvegqz9w6pCfVCARuCTjwvYoESiNke6NUS8JjA jnhgNlHVu7PW3PiKuGy/T8ejmI4RS3kgvZZeX3IqWZNGCPs/zqmYu7tjOX3QDlImbie/ PGOg== X-Received: by 10.68.90.132 with SMTP id bw4mr53347655pbb.102.1427675842160; Sun, 29 Mar 2015 17:37:22 -0700 (PDT) Received: from [192.168.20.11] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id hs4sm8556193pbc.79.2015.03.29.17.37.20 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 29 Mar 2015 17:37:21 -0700 (PDT) References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> <7A9A90EA-E052-425E-BE90-9290B0CAB03F@bsdimp.com> Mime-Version: 1.0 (1.0) In-Reply-To: <7A9A90EA-E052-425E-BE90-9290B0CAB03F@bsdimp.com> Content-Type: text/plain; charset=cp932 Content-Transfer-Encoding: quoted-printable Message-Id: <32F42F43-0AFA-4562-B845-4612D123742E@gmail.com> X-Mailer: iPhone Mail (12D508) From: Garrett Cooper Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Date: Sun, 29 Mar 2015 17:37:18 -0700 To: Warner Losh Cc: "freebsd-testing@freebsd.org" , Roman Divacky , FreeBSD Toolchain , Dimitry Andric X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 00:37:23 -0000 > On Mar 29, 2015, at 15:56, Warner Losh wrote: >=20 >> On Mar 29, 2015, at 2:29 PM, Craig Rodrigues wrote:= >>=20 >> On Sun, Mar 29, 2015 at 11:04 AM, Warner Losh wrote: >>=20 >> If we built a UFS1-only boot2, that would fit in the 7.5k we have left >> to play with. We could then build a UFS2-only boot2 that would easily >> fit in the like 32k limit that UFS2 has. >>=20 >> The only reason we went to supporting both was to have something >> universal. Since it requires a reformat to go from UFS1 -> UFS2 we >> wanted the transition to be as smooth as possible so you didn=81ft have >> to add boot blocks into the mix. >>=20 >> Now the only people that use UFS1 are people with really old systems >> that are never going to upgrade, or people building new systems with >> UFS1 because they are space constrained (for whatever reasons that >> we=81fre not going to debate here: they are still real). >>=20 >> In the past 5 years, I have worked on some embedded systems where UFS1 wa= s chosen because of very low memory and disk space requirements. >> So those systems are real and out there. >>=20 >> Just out of curiousity, what is it about newer compilers that cause >> the size of boot2 to increase so much? >>=20 >> Could we do some silly things like removing/reducing the use of printf() >> to save some more bytes, in order to buy us more time, before having >> to rewrite everything? :) >=20 > Removing printf isn=81ft going to save us. It usually compiles to 80-120 b= ytes. >=20 > I think the only sane way forward is boot2.ufs1 an boot2.ufs2 plus maybe > some safety belts in the boot block splatter programs to prevent > brickification. Since the proposal to split up the code by filesystems is on the table, woul= d it make sense to do something similar for zfs? Thanks!= From owner-freebsd-testing@FreeBSD.ORG Mon Mar 30 03:52:13 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA797FD4 for ; Mon, 30 Mar 2015 03:52:13 +0000 (UTC) Received: from mail-pd0-f181.google.com (mail-pd0-f181.google.com [209.85.192.181]) (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 909D0929 for ; Mon, 30 Mar 2015 03:52:13 +0000 (UTC) Received: by pdcp1 with SMTP id p1so70558226pdc.3 for ; Sun, 29 Mar 2015 20:52:07 -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=sMZSGRYLaJp6stMxonAVDTmz0AKvuyHLHSvchZBvfEQ=; b=k52wIGmKPwbY9EHb6bFz/JRSc/xOG6GsuooAGtHzjsU4Dk/vQKZSp7QR8cV1pxZxKp m4ZEPr0FxA6xk1uwLWzlfrjvjaUFIbmeEdehCZGoJtK+p62EZtxDFIkR4IL4iLNATHXh Ugc0NS8b1LDORrK4MwZe+SCAT1VMcVKVSgfUuT+RCizyoOpZJZaHzvKlXHnI6pHs6xgS 810YqZ5bnfp8qTSCTvUl06+fNE79pHpCJ8YRkJmXBpf2jraVW5WUmnssZJ2mDzqvVU7o sMxR57U/vQfM0VAVqbM1MjO9zgcigVbZHm8kUdQwpL5SYQo6ftpzFABYnjpHzqlrOiUX PbFA== X-Gm-Message-State: ALoCoQlWBQwhG+GruLiBuEqIjLSNK0qbC1agfQcUldhHpV6TsFegp4pqHyB/y8A+8PdBdmRZ/AtN X-Received: by 10.68.237.165 with SMTP id vd5mr54482239pbc.144.1427687527816; Sun, 29 Mar 2015 20:52:07 -0700 (PDT) Received: from lgwl-achen.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id gl2sm8852353pbc.52.2015.03.29.20.52.05 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 29 Mar 2015 20:52:06 -0700 (PDT) Sender: Warner Losh Subject: Re: Fails to build sys/i386/boot2 with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <32F42F43-0AFA-4562-B845-4612D123742E@gmail.com> Date: Sun, 29 Mar 2015 21:52:03 -0600 Message-Id: References: <20683705-0EBA-4B8F-A0CE-9C06B8003BBE@FreeBSD.org> <20150329082734.GA13058@vlakno.cz> <7A9A90EA-E052-425E-BE90-9290B0CAB03F@bsdimp.com> <32F42F43-0AFA-4562-B845-4612D123742E@gmail.com> To: Garrett Cooper X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , Roman Divacky , FreeBSD Toolchain , Dimitry Andric X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Mar 2015 03:52:13 -0000 --Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=cp932 > On Mar 29, 2015, at 6:37 PM, Garrett Cooper = wrote: >=20 >>=20 >> On Mar 29, 2015, at 15:56, Warner Losh wrote: >>=20 >>> On Mar 29, 2015, at 2:29 PM, Craig Rodrigues = wrote: >>>=20 >>> On Sun, Mar 29, 2015 at 11:04 AM, Warner Losh = wrote: >>>=20 >>> If we built a UFS1-only boot2, that would fit in the 7.5k we have = left >>> to play with. We could then build a UFS2-only boot2 that would = easily >>> fit in the like 32k limit that UFS2 has. >>>=20 >>> The only reason we went to supporting both was to have something >>> universal. Since it requires a reformat to go from UFS1 -> UFS2 we >>> wanted the transition to be as smooth as possible so you didn=81ft = have >>> to add boot blocks into the mix. >>>=20 >>> Now the only people that use UFS1 are people with really old systems >>> that are never going to upgrade, or people building new systems with >>> UFS1 because they are space constrained (for whatever reasons that >>> we=81fre not going to debate here: they are still real). >>>=20 >>> In the past 5 years, I have worked on some embedded systems where = UFS1 was chosen because of very low memory and disk space requirements. >>> So those systems are real and out there. >>>=20 >>> Just out of curiousity, what is it about newer compilers that cause >>> the size of boot2 to increase so much? >>>=20 >>> Could we do some silly things like removing/reducing the use of = printf() >>> to save some more bytes, in order to buy us more time, before having >>> to rewrite everything? :) >>=20 >> Removing printf isn=81ft going to save us. It usually compiles to = 80-120 bytes. >>=20 >> I think the only sane way forward is boot2.ufs1 an boot2.ufs2 plus = maybe >> some safety belts in the boot block splatter programs to prevent >> brickification. >=20 > Since the proposal to split up the code by filesystems is on the = table, would it make sense to do something similar for zfs? > Thanks! zfs isn=81ft in boot2 by default, just ufs1 and ufs2, so I on=81ft = understand the question. Warner --Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE 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 iQIcBAEBCgAGBQJVGMhkAAoJEGwc0Sh9sBEAFHUP/3UsnL3nIxS3QFrmIaOiz0K1 qJgpojqBhPGpTIoc01Sixh4WUJUk16J7hL5e3iDITrR10NkWYn+bYGYvG+/kEZfR gfX9N1vMmBlc39OvUANgoDd5lJZ2slI9Jp2PEwcr1gh/ofS2G1OwZkcVcd2xc478 pwpGI35i0V5yB547t3BFEnwmY1bjNvZyYfhA8Kkk/MNmytufwmm196mjetBsgWO+ vvQXbLIbRCJ6ZaIVqom4hceJwRzwLxaSyttssIkB+N/wMC+RDizjeBhx8+Rg1nTT aFSka9uThEkeikrTRfWA5Md+PF+s194AEKdfXOLLktYnJip+/5nGseloz+X4j01n ul6ZMhZEZNPqX6enI3jVa1GK7XnQAyaAfZMcXpSOdqlLlrqalDA0ibntbhpr5cw4 atkN9xzMO38RBTTm9cijobpWZTONT+pT4Gc+Rmy+ppVshawWeRha6WlX8/ZbX4xb y6avqi7y3i4Nx348LBbh7vfDxsP4xel/H7nNp67JJEVegkCOmEFaCp3+jZd8Hyfx 1yrFARzYCHTErAnzvQXOy0cSUxllajXx1J+GaXewGI66sdXaf0Gku3ixTfvksHd+ dBuCDN+VXQaDFs6hpCTYP2Upzv+HDXaPLvdcZfbeZ2ujRjhUmOOWFkuSMBKvhxxY zGNzO4fKDKE9Iy9IkWRH =6RBF -----END PGP SIGNATURE----- --Apple-Mail=_18A0EAD2-F155-45FC-A4B3-A0A4DB254BBE-- From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 17:17:10 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E88C710; Tue, 31 Mar 2015 17:17:10 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (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 BE71F62A; Tue, 31 Mar 2015 17:17:09 +0000 (UTC) Received: by lbbzk7 with SMTP id zk7so1334820lbb.0; Tue, 31 Mar 2015 10:17:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=DV3A2TLdY2nLED5Qsv5sFSedoDLDh+ePzh2h1kltk+Y=; b=k4lurGGdHab8IMw347Zb52T9vJwD5sNWfsW20lYg7yQGQYl1fmaqoxEaL6HaialEzq WL1IY26R/wb8XwSSov4Wu2qQmr0wrIyta6qpAbr3fCNoUvezTCsHK64KMWbY7KHQPA7X 9O6LPIqaHvKTb/CUgxsL9Jp/Y5is7tJsOvs5X8tpSMOGxX12oF0cNjQTec5wezWxxVfP KcaGZhTXbedqxNc0to6X+ZMLT+hl4IFT2B0pv2v5JT+e550pLFYX692g+0+AJJ4/Xdzx IO82+0rFVW+SxKZ1DI8AQmhUSL7nfjx+SG8x6aqREiTMlpT52WyMQ/92nlOHP3Kfi+cK JOag== MIME-Version: 1.0 X-Received: by 10.152.234.108 with SMTP id ud12mr31826335lac.81.1427822227736; Tue, 31 Mar 2015 10:17:07 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Tue, 31 Mar 2015 10:17:07 -0700 (PDT) In-Reply-To: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> Date: Tue, 31 Mar 2015 10:17:07 -0700 X-Google-Sender-Auth: 9PNOY5RVA2ryP3lv21f-mECJIp4 Message-ID: Subject: Re: CROSS_TOOLCHAIN=amd64-gcc fails to build after clang 3.6.0 import From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 17:17:10 -0000 On Mon, Mar 23, 2015 at 12:12 AM, Dimitry Andric wrote: > > On 23 Mar 2015, at 01:49, Craig Rodrigues wrote: > > > > Hi, > > > > I tried to build HEAD with gcc 4.9.1 after the latest clang 3.6.0 import, > > and am getting > > new build failures related to C++ such as: > > > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/tmp/usr/include/c++/v1/type_traits:881:87: > > error: use of deleted function > > 'clang::Sema::TypoExprState::TypoExprState(const > > clang::Sema::TypoExprState&)' > > > > sizeof(__is_convertible_imp::__test<_T2>(__is_convertible_imp::__source<_T1>())) > > == 1 > > > > See full build logs here: > > https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/21/console > > > > Any ideas what the problem might be? > > Yes, this is a bug in libc++, when compiling it with newer versions of > gcc. I reported this upstream some time ago: https://llvm.org/PR22771 > > Still haven't had enough time to test Eric Fiselier's patch for it. I > hope I see the bottom of my TODO list anytime soon... > > -Dimitry > Hi, I just updated my tree to include your latest fixes such as r28064. I'm still getting this: from /builds/FreeBSD_HEAD_external_toolchain_gcc/lib/clang/libclangast/../../../contrib/llvm/tools/clang/lib/AST/DeclBase.cpp:14: /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/tmp/usr/include/c++/v1/type_traits:845:28: error: initializing argument 1 of 'char std::__1::__is_convertible_imp::__test(_Tp) [with _Tp = clang::StoredDeclsList]' template char __test(_Tp); ^ *** [DeclBase.o] Error code 1 make[6]: stopped in /builds/FreeBSD_HEAD_external_toolchain_gcc/lib/clang/libclangast Any ideas? See: https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/27/console -- Craig From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 18:13:55 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9D5C091C; Tue, 31 Mar 2015 18:13:55 +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 27479D6C; Tue, 31 Mar 2015 18:13:54 +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 6064F5C2E; Tue, 31 Mar 2015 20:13:45 +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=_4F11C213-DF08-46ED-B591-D011577B147C"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Tue, 31 Mar 2015 20:13:32 +0200 Message-Id: References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 18:13:55 -0000 --Apple-Mail=_4F11C213-DF08-46ED-B591-D011577B147C Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 31 Mar 2015, at 19:17, Craig Rodrigues wrote: >=20 > On Mon, Mar 23, 2015 at 12:12 AM, Dimitry Andric = wrote: ... > > Yes, this is a bug in libc++, when compiling it with newer versions = of > > gcc. I reported this upstream some time ago: = https://llvm.org/PR22771 > > > > Still haven't had enough time to test Eric Fiselier's patch for it. = I > > hope I see the bottom of my TODO list anytime soon... > > > > -Dimitry > > >=20 > Hi, >=20 > I just updated my tree to include your latest fixes such as r28064. >=20 > I'm still getting this: >=20 > from = /builds/FreeBSD_HEAD_external_toolchain_gcc/lib/clang/libclangast/../../..= /contrib/llvm/tools/clang/lib/AST/DeclBase.cpp:14: > = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/tmp/usr/include/c++/v1/type_traits:845:28: error: = initializing argument 1 of 'char = std::__1::__is_convertible_imp::__test(_Tp) [with _Tp =3D = clang::StoredDeclsList]' > template char __test(_Tp); > ^ > *** [DeclBase.o] Error code 1 >=20 > make[6]: stopped in = /builds/FreeBSD_HEAD_external_toolchain_gcc/lib/clang/libclangast >=20 > Any ideas? Yes, see your log: Started by user rodrigc Building remotely on jenkins10a.freebsd.org (FreeBSD-10) in workspace = /builds/FreeBSD_HEAD_external_toolchain_gcc Updating svn://svn.freebsd.org/base/head at revision = '2015-03-31T00:49:32.815 +0000' [...] G contrib/libc++/include/type_traits U contrib/libarchive/libarchive/archive_read_disk_posix.c At revision 280872 [...] 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. -Dimitry --Apple-Mail=_4F11C213-DF08-46ED-B591-D011577B147C 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 iEYEARECAAYFAlUa49cACgkQsF6jCi4glqOY0QCcCwb1SxmlXjV1WmLLXzRZCGcX gWUAoNuMWe/0rLL2X2wzDIMMh+dq/3Eo =YR6C -----END PGP SIGNATURE----- --Apple-Mail=_4F11C213-DF08-46ED-B591-D011577B147C-- From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 18:20:13 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 438CAB07; Tue, 31 Mar 2015 18:20:13 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (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 EEBA7E08; Tue, 31 Mar 2015 18:20:12 +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 283B05C2E; Tue, 31 Mar 2015 20:20:08 +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=_BC62B6B8-0EC4-4E0D-93FA-38B32C1B0F80"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Tue, 31 Mar 2015 20:20:07 +0200 Message-Id: References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 18:20:13 -0000 --Apple-Mail=_BC62B6B8-0EC4-4E0D-93FA-38B32C1B0F80 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 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. Btw, please use patch -f for this, so it will error out, instead of accidentally reversing a patch. -Dimitry --Apple-Mail=_BC62B6B8-0EC4-4E0D-93FA-38B32C1B0F80 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 iEYEARECAAYFAlUa5VcACgkQsF6jCi4glqMkIACfaw2dUgF9cb7OqvXXI6ATwsHc I3cAoIadYMqkWmZY/fb4smWvZ3n93Lag =CqmC -----END PGP SIGNATURE----- --Apple-Mail=_BC62B6B8-0EC4-4E0D-93FA-38B32C1B0F80-- From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 19:38:03 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 921DFD4; Tue, 31 Mar 2015 19:38:03 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::231]) (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 0EB77A94; Tue, 31 Mar 2015 19:38:03 +0000 (UTC) Received: by lboc7 with SMTP id c7so20400027lbo.1; Tue, 31 Mar 2015 12:38:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=ycYNczISryhkpxPrSCr6pL4R8uX0S/oVxw527qr3cNw=; b=yQi82iTXqm1NSDtyF5ojC0JeARQwDhV5Yeo3OIsKejmVzzifescC4Kq6yQ2d3G1eba vKGIi1p+Te7lsZv6J3EA/bsavqAzvLC3GOlye/giyyYyNgPptO+LCUJh+YGo+/drxZYN MGNxgT1Hq+gNfyUVsVkSQZEVNrojMJP/UReEK9rz6E0b8fwfM7dmy7YVJYBmcsGbag7B Lf/xOIjFyimOz1ecfJ5ZFqd1oPrc0Uoao9nt4RkEijvOY5rw9RxYS8J7SRrF8N0AK0YE FSAY+yObJ9KhhnH01GwlcNXdy4aBtjClAPgcCJPH46FGq1Ttg42yseoNV/SXjjubG3RA rm9Q== MIME-Version: 1.0 X-Received: by 10.152.163.2 with SMTP id ye2mr5738350lab.89.1427830681127; Tue, 31 Mar 2015 12:38:01 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Tue, 31 Mar 2015 12:38:01 -0700 (PDT) In-Reply-To: References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> Date: Tue, 31 Mar 2015 12:38:01 -0700 X-Google-Sender-Auth: 3MQaGLn54dWTXPvOa6U9FagufJM Message-ID: Subject: Re: CROSS_TOOLCHAIN=amd64-gcc fails to build after clang 3.6.0 import From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 19:38:03 -0000 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 > > |=================================================================== > > |--- 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/console -- Craig From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 19:48:44 2015 Return-Path: Delivered-To: freebsd-testing@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 A0B5E410; Tue, 31 Mar 2015 19:48:44 +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 559CABFE; Tue, 31 Mar 2015 19:48:44 +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 DE37A5C2E; Tue, 31 Mar 2015 21:48:41 +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=_26FD496B-F52B-4A56-A9FE-4C104843AB22"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Tue, 31 Mar 2015 21:48:30 +0200 Message-Id: <5B103C77-EA63-4C04-95FE-B138CF46F01C@FreeBSD.org> References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 19:48:44 -0000 --Apple-Mail=_26FD496B-F52B-4A56-A9FE-4C104843AB22 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii 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 > = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/29/con= sole Hm, that is strange. I have just completed a build with amd64-xtoolchain-gcc, and apart from boot2, everything worked... 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? -Dimitry --Apple-Mail=_26FD496B-F52B-4A56-A9FE-4C104843AB22 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 iEYEARECAAYFAlUa+hgACgkQsF6jCi4glqNRAQCdHXqzyRYb742ai7Z3+PBKEs4Y j4IAoIgiiMuotuwzph2zH8jVkwkQENV2 =rkRX -----END PGP SIGNATURE----- --Apple-Mail=_26FD496B-F52B-4A56-A9FE-4C104843AB22-- From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 20:06:10 2015 Return-Path: Delivered-To: freebsd-testing@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 1AE71B31; Tue, 31 Mar 2015 20:06:10 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (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 8A023E6D; Tue, 31 Mar 2015 20:06:09 +0000 (UTC) Received: by lagg8 with SMTP id g8so21345300lag.1; Tue, 31 Mar 2015 13:06:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=UWtsFIuY4sNHZlNVEtoSkn11sC+LhbgaAjj1iiHX8QY=; b=SDIS+9/AwOnT6imrel38rbIt2krPD1+og7gljtxJPGfBF/JRXpmV3STV2UTNAQTY6M giOq4weFQMK01m4y6NrBnCpRZJ9KZr2dEDGJrwFIvM//pDT27IAPV6Ah1Yvrc8dlj9eh I/Z9UOB33qpdsH33PFrX1sACM+s0dG1xUmMR8ubsphQ8EisiWvw9JovsBqmHftj4kTAS S8+7ZHJ5huBAmMZ60Awhx36wEJV1PO9OIPalyu5lzQby9CDfHrwqzExnNlrHCXLhUM2t Or6XMhCAZu5P8lcBTWZG6nxIxz+yMo62rUQ5ztYNk926dOAMq9voZr/7IUyoVJk01wj7 //mA== MIME-Version: 1.0 X-Received: by 10.152.120.163 with SMTP id ld3mr15872649lab.59.1427832367756; Tue, 31 Mar 2015 13:06:07 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Tue, 31 Mar 2015 13:06:07 -0700 (PDT) In-Reply-To: <5B103C77-EA63-4C04-95FE-B138CF46F01C@FreeBSD.org> References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> <5B103C77-EA63-4C04-95FE-B138CF46F01C@FreeBSD.org> Date: Tue, 31 Mar 2015 13:06:07 -0700 X-Google-Sender-Auth: X3OijqC1bDxXGZD6q0Rg7bTWrn4 Message-ID: Subject: Re: CROSS_TOOLCHAIN=amd64-gcc fails to build after clang 3.6.0 import From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 20:06:10 -0000 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 > >>> |=================================================================== > >>> |--- 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/console > > Hm, that is strange. I have just completed a build with > amd64-xtoolchain-gcc, and apart from boot2, everything worked... > > 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? > See: https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001545.html From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 20:41:20 2015 Return-Path: Delivered-To: freebsd-testing@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-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD 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-- From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 20:43:57 2015 Return-Path: Delivered-To: freebsd-testing@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 B342735C; Tue, 31 Mar 2015 20:43:57 +0000 (UTC) Received: from mail-la0-x229.google.com (mail-la0-x229.google.com [IPv6:2a00:1450:4010:c03::229]) (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 20CC0349; Tue, 31 Mar 2015 20:43:57 +0000 (UTC) Received: by lajy8 with SMTP id y8so22003265laj.0; Tue, 31 Mar 2015 13:43:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=tgOg5TRSa9dHqz/NEIQiXU392nOIU7PEBS3Yg6oorJQ=; b=ldLIl8iggAtRgITy6sXVhOyMlmpxybuCXXtOiTZeAqyef3FsgtdfHdQHszgB7mv1My wkSOLiKe0gM+EIhgvOpt2cAdmoswZC52LAwU8ne77QyWs51zesAKO1skJpq9VnjvRKzz tyrIWV/xbFUIqA5+NfMPxlyjy+DLZQ4rNwrNEZNJqNkYCVKY2G0mWgQNm8hNMtrfBSkp az2rwf4VS9bFAYoc8x4kyTm8vDGY7leDc7G3/13R2LYykBIZWyGdGKmbVzQ5MUkZBsh8 4ZrazSRVj9zpqDiY/QdPtRz032ssDae3EZDeiKaT/3CElEI/onwAJNFRTPDbyTAckkcQ qyqA== MIME-Version: 1.0 X-Received: by 10.152.234.108 with SMTP id ud12mr32610584lac.81.1427834635120; Tue, 31 Mar 2015 13:43:55 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Tue, 31 Mar 2015 13:43:55 -0700 (PDT) In-Reply-To: References: <5F90BE99-E82C-4444-9E4C-5963B40AA3B0@FreeBSD.org> <5B103C77-EA63-4C04-95FE-B138CF46F01C@FreeBSD.org> Date: Tue, 31 Mar 2015 13:43:55 -0700 X-Google-Sender-Auth: 572U2nCJfA2v5UaNLbAKHqEBVcY Message-ID: Subject: Re: CROSS_TOOLCHAIN=amd64-gcc fails to build after clang 3.6.0 import From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 20:43:57 -0000 On Tue, Mar 31, 2015 at 1:41 PM, Dimitry Andric wrote: > On 31 Mar 2015, at 22:06, Craig Rodrigues wrote: > > > > 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 > > >>> |=================================================================== > > >>> |--- 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/console > > > > Hm, that is strange. I have just completed a build with > > amd64-xtoolchain-gcc, and apart from boot2, everything worked... > > > > 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? > > > > See: > > > https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001545.html > > 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_external_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} != ${MACHINE_ARCH} > .if ${MK_RESCUE} != "no" || defined(RELEASEDIR) > _crunchide= 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? > 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. I'll give a shot at hacking things and let you know how far I get. -- Craig From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 21:04:13 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 81687A33; Tue, 31 Mar 2015 21:04:13 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010:c04::22c]) (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 1EE6C79C; Tue, 31 Mar 2015 21:04:13 +0000 (UTC) Received: by lbbzk7 with SMTP id zk7so5708386lbb.0; Tue, 31 Mar 2015 14:04:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=7IKOlT5FnZnWDTMatjIu/S5rHxVG99J0HbMDw1MzL/M=; b=d5PArDS+e3B1fploO0SZ4WSN2fV3FpRuGvXlugsxHofSHAUEdE8mP/aol5cgP+x8dv bQD/ClBOw+OeYCN+CdXKgdJ//vKyNShlwt0qLymq8bco6kUwhTTLohTqnb416YhE57rS HxfAK8OMo6VwDOB/GIQhr6fy1JJPXkZU53QEMIgWoIHpf9MdzTMKQYHBbYCSRiRm5DZM JM8WOJ4S1SUBBMuBbFg0pN0PLfJGjX4Bvjhqtg+8sl6fXQm0tf+Gy6dVlQ+M1hCJUeND FNg9exlzliqc6pFysc+AyyrTfrRrZ8kvp8jqGhROoG7s37/LPKMGZDyiwhhk7PWGUpka +SWw== MIME-Version: 1.0 X-Received: by 10.112.166.36 with SMTP id zd4mr6172521lbb.59.1427835851258; Tue, 31 Mar 2015 14:04:11 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Tue, 31 Mar 2015 14:04:11 -0700 (PDT) Date: Tue, 31 Mar 2015 14:04:11 -0700 X-Google-Sender-Auth: g5SJe6KYnczH5XrKHzgACtbZwqU Message-ID: Subject: Kernel compilation failures with gcc 4.9 From: Craig Rodrigues To: FreeBSD Toolchain , "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 21:04:13 -0000 Hi, I put this in make.conf: NO_WERROR=yes WERROR= WITHOUT_BOOT=yes WITHOUT_RESCUE=yes and used this script to build: https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-build.sh I managed to build a lot of stuff, but then got build failures in the aesni part of the kernel build. See the full build log here: https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/30/console I think this is the error: In file included from /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/mm_malloc.h:27:0, from /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/xmmintrin.h:34, from /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/emmintrin.h:31, from /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/wmmintrin.h:31, from /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/modules/aesni/../../crypto/aesni/aesni_ghash.c:74: /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/tmp/usr/include/stdlib.h:93:7: error: conflicting types for 'free' void free(void *); ^ In file included from /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/crypto/aesni/aesni.h:33:0, from /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/modules/aesni/../../crypto/aesni/aesni_ghash.c:69: /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/sys/malloc.h:177:6: note: previous declaration of 'free' was here void free(void *addr, struct malloc_type *type); Any ideas? -- Craig From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 23:53:52 2015 Return-Path: Delivered-To: freebsd-testing@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 B4581471; Tue, 31 Mar 2015 23:53:52 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtpout001.mac.com [17.172.220.236]) (using TLSv1.2 with cipher DHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86321CAE; Tue, 31 Mar 2015 23:53:52 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (c-73-162-13-215.hsd1.ca.comcast.net [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NM300NXTP0H1N10@st11p02mm-asmtp001.mac.com>; Tue, 31 Mar 2015 23:53:07 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-31_06:2015-03-31,2015-03-31,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=1 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503310205 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Kernel compilation failures with gcc 4.9 From: Rui Paulo In-reply-to: Date: Tue, 31 Mar 2015 16:53:05 -0700 Content-transfer-encoding: quoted-printable Message-id: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> References: To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 23:53:52 -0000 On Mar 31, 2015, at 14:04, Craig Rodrigues wrote: >=20 > Hi, >=20 > I put this in make.conf: >=20 > NO_WERROR=3Dyes > WERROR=3D > WITHOUT_BOOT=3Dyes > WITHOUT_RESCUE=3Dyes >=20 > and used this script to build: > = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-buil= d.sh >=20 > I managed to build a lot of stuff, but then got build failures > in the aesni part of the kernel build. >=20 > See the full build log here: > = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/30/con= sole >=20 > I think this is the error: >=20 > In file included from > = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/mm_malloc.h:27= :0, > from > = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/xmmintrin.h:34= , > from > = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/emmintrin.h:31= , > from > = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/wmmintrin.h:31= , > from > = /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/modules/aesni/../../crypto= /aesni/aesni_ghash.c:74: > = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/tmp/usr/include/stdlib.h:93:7: > error: conflicting types for 'free' void free(void *); >=20 > ^ > In file included from > = /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/crypto/aesni/aesni.h:33:0,= > from > = /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/modules/aesni/../../crypto= /aesni/aesni_ghash.c:69: > /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/sys/malloc.h:177:6: = note: > previous declaration of 'free' was here > void free(void *addr, struct malloc_type *type); It shouldn't be using the stdlib when it's built with -ffreestanding or = -nostdlib. Can you make sure? -- Rui Paulo From owner-freebsd-testing@FreeBSD.ORG Tue Mar 31 23:55:20 2015 Return-Path: Delivered-To: freebsd-testing@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 F24404E8 for ; Tue, 31 Mar 2015 23:55:20 +0000 (UTC) Received: from mail-pa0-f42.google.com (mail-pa0-f42.google.com [209.85.220.42]) (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 BD51DCB9 for ; Tue, 31 Mar 2015 23:55:20 +0000 (UTC) Received: by patj18 with SMTP id j18so34297104pat.2 for ; Tue, 31 Mar 2015 16:55:14 -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=s7a8xSg4vQjncpidFFF7m978s8TR7mwaRaFZv5Q0wj4=; b=YvHveqJTMgLVa4D9sbf+t+SUClUd95m+Xg4Ndeuchrp0TYpzsnW3Qtz9h+EPcPKUMo 7vlt+s617EK5SMfzkL48b0/HAVythKj3YN8czG3eAQKog7PPrWbKOM0jVQRJWRGiYmkR hsWbff1UkTpq+0HzR1sVCdCXD6/npYPqzQG414vIePWvJb0qLNQBp50SF/TZMF0I+CSA DTZbzF0ynrjNBp2hsooksfK+riCf7gBV+byaubfunUF07y2Jzw11Ax4oTNLZZZNpnsLa E/Qtuqtie+L/zQZukonIRrNQhUWb3gyZZtj5SVZlk+WNF0VXVXBvMh+/ILcNZHtvjjIQ I5CA== X-Gm-Message-State: ALoCoQk6dqgUaiqcOhrNMfB2mvW9fUdxDyZwOhT1BcsxSqSxUFEucK2CXbT8HTvKVbLzI5kaIXnD X-Received: by 10.68.253.162 with SMTP id ab2mr72840644pbd.62.1427846114559; Tue, 31 Mar 2015 16:55:14 -0700 (PDT) Received: from [10.64.25.92] ([69.53.236.236]) by mx.google.com with ESMTPSA id jh2sm83600pbb.25.2015.03.31.16.55.13 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 31 Mar 2015 16:55:13 -0700 (PDT) Sender: Warner Losh Subject: Re: Kernel compilation failures with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C0E93C42-95B1-40C9-B4B3-0A853D27E9F8"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> Date: Tue, 31 Mar 2015 16:55:11 -0700 Message-Id: <1947119C-82A3-41C7-B9E5-98A99616F551@bsdimp.com> References: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> To: Rui Paulo X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Mar 2015 23:55:21 -0000 --Apple-Mail=_C0E93C42-95B1-40C9-B4B3-0A853D27E9F8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Mar 31, 2015, at 4:53 PM, Rui Paulo wrote: >=20 > On Mar 31, 2015, at 14:04, Craig Rodrigues = wrote: >>=20 >> Hi, >>=20 >> I put this in make.conf: >>=20 >> NO_WERROR=3Dyes >> WERROR=3D >> WITHOUT_BOOT=3Dyes >> WITHOUT_RESCUE=3Dyes >>=20 >> and used this script to build: >> = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-buil= d.sh >>=20 >> I managed to build a lot of stuff, but then got build failures >> in the aesni part of the kernel build. >>=20 >> See the full build log here: >> = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/30/con= sole >>=20 >> I think this is the error: >>=20 >> In file included from >> = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/mm_malloc.h:27= :0, >> from >> = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/xmmintrin.h:34= , >> from >> = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/emmintrin.h:31= , >> from >> = /usr/local/lib/gcc/x86_64-portbld-freebsd10.0/4.9.1/include/wmmintrin.h:31= , >> from >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/modules/aesni/../../crypto= /aesni/aesni_ghash.c:74: >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/tmp/usr/include/stdlib.h:93:7: >> error: conflicting types for 'free' void free(void *); >>=20 >> ^ >> In file included from >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/crypto/aesni/aesni.h:33:0,= >> from >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/modules/aesni/../../crypto= /aesni/aesni_ghash.c:69: >> /builds/FreeBSD_HEAD_external_toolchain_gcc/sys/sys/malloc.h:177:6: = note: >> previous declaration of 'free' was here >> void free(void *addr, struct malloc_type *type); >=20 > It shouldn't be using the stdlib when it's built with -ffreestanding = or -nostdlib. Can you make sure? The AES stuff breaks the rules, and this is a consequence of it :( That = stuff should be fixed. Warner --Apple-Mail=_C0E93C42-95B1-40C9-B4B3-0A853D27E9F8 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 iQIcBAEBCgAGBQJVGzPgAAoJEGwc0Sh9sBEA1BUP/363846JF4o82RYk7qaVyCTK ZPqqOKsKJI8qWR0Gf/agCFCJ1c4h9HpdXlK6+f9b+LGBDisWtQgpAFYCVKW2U2TY u5NsiijhoLqTRSitRkjhL36MCr4oxw634tz7JDJ5Y5pRxZX4K4HFpSzn3fbh4sHc U1err29Th85ZdrfuhMSU9fWjw7r0K+wWeo/xinZ+H5n45LWX8bR9rrEZpH2JgD5D I8PwCFX/1pmxLC2C3jID+C2wJCIy0i3q9bCCrAASAbTcGBdO7dBiiB317+pBCaID 7rT93cjiCGVJyiGL/3El59Qxsxr1cEfuy6lx6wZLSHkFd3r7uEkFLlXRvpdHE+wR UI9Ir/WOiIaEzlT+kVKsiwWgc0qxj/io8BlrP0eDXiLcQHCpg0s/BBj9L7vjfv5d Gv0KM+QD4Pnt/sohhkomD5C0eA216P/mqyaPmqpIMAqcOc9EzX0bQTvXudNHoPOE IIGhXV8Rz6Ec+1Q/Biga+1jeoOQVQ4d5wsYV5673tYcfzCgeMi/9HwrYJxOpPYaQ QDWU/xvYRKqw5dTJinH/eOQzxSbt2yLRunDEVsdCKtL0OU/doVcdT6EJVVU3vW9t eB4Jt42kzcK+gX2bpV1iAekJvgsEBTEr65GOfH89+3iZQaVhTPirOQvSHayxYF/s T/NnP1kkDPrBdGTEs47H =M8nU -----END PGP SIGNATURE----- --Apple-Mail=_C0E93C42-95B1-40C9-B4B3-0A853D27E9F8-- From owner-freebsd-testing@FreeBSD.ORG Wed Apr 1 00:09:24 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D61FE9AA for ; Wed, 1 Apr 2015 00:09:24 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (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 99676DF1 for ; Wed, 1 Apr 2015 00:09:24 +0000 (UTC) Received: by pddn5 with SMTP id n5so36386329pdd.2 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=VpY3r4qR6PPxp8GHDovlFq4eQ1uIbTBy8ENyMX4dvkRTm3YEx3TGoVl8q6irGLmGia roL4i/1WMOPa2oIdpTy3/p5dJlPa5Rqj7QGGvXc88XUaEXGL4E2hR+7lB6dOmpktT8m2 WRLTHecd6OAIIOZk822rWr2PysO/3IMgVNE7Fw7goX08Yp2t40mCTPkNIs1t+fK9p9em sVaP4p2TUBK/3OpAhrz5229EyWoPevIKTleaxoAlcEM5A6S31u2GTBRmC6jVsSt2/JDY Y9/gy64gOy5GXCsynDrpKTbaHn8Wmykkgb5iMCd6KK4KhyYrCLa/vgE/ZYBuGPctLWum ngwQ== X-Gm-Message-State: ALoCoQlZEj0jLJ066YEza1Lfy4F7Ac0yCc0KOzh8ezXcH3/iXhU8K6bUR8zXX4tSyeZsPyib8+N2 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-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD 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-- From owner-freebsd-testing@FreeBSD.ORG Wed Apr 1 02:28:20 2015 Return-Path: Delivered-To: freebsd-testing@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 845F3734; Wed, 1 Apr 2015 02:28:20 +0000 (UTC) Received: from mail-la0-x235.google.com (mail-la0-x235.google.com [IPv6:2a00:1450:4010:c03::235]) (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 0285DF53; Wed, 1 Apr 2015 02:28:20 +0000 (UTC) Received: by labe2 with SMTP id e2so26417561lab.3; Tue, 31 Mar 2015 19:28:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=G2D1nLD74kj4Wt9UKe/18zt0vqoBMKMiv91uz+CCIng=; b=0zygj0DNO2jZj6rePzLudfaqDkkZUwmaQlr0Fuox44oWxqc+sODUrqoIMFVs9O5Rj9 IssqEDTnAO1Khcul3RpRE9tzKtyjMTT6DRWp7uCzwRVzNJ7teRZVvKXdEks5VsWLGr5W lzaLmVMlXfKCppzFO8zzEzdcG8C38vP7bIkvO51ry+BwxX185nr5/Q8m1RNU2cpwtkv8 lMmCC08x1neiCA4uuqnfDzyfFzQ6FDdxoZAhlByahk6BCvkmMApLuUB2blyvyXzH8roW iROqxjxPnsbzm08vVhrlh4V/gLof6SyTD57nWz17j6Ar6dyWd48QiaRtM6No2QqHOuQY gqLQ== MIME-Version: 1.0 X-Received: by 10.112.17.8 with SMTP id k8mr33406694lbd.26.1427855297272; Tue, 31 Mar 2015 19:28:17 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Tue, 31 Mar 2015 19:28:17 -0700 (PDT) In-Reply-To: <1947119C-82A3-41C7-B9E5-98A99616F551@bsdimp.com> References: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> <1947119C-82A3-41C7-B9E5-98A99616F551@bsdimp.com> Date: Tue, 31 Mar 2015 19:28:17 -0700 X-Google-Sender-Auth: _VRGLA7q4r7i75zxTy3hbLsZYBQ Message-ID: Subject: Re: Kernel compilation failures with gcc 4.9 From: Craig Rodrigues To: John-Mark Gurny Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 02:28:20 -0000 On Tue, Mar 31, 2015 at 4:55 PM, Warner Losh wrote: > > > > > It shouldn't be using the stdlib when it's built with -ffreestanding or > -nostdlib. Can you make sure? > > The AES stuff breaks the rules, and this is a consequence of it :( That > stuff should be fixed. > > John-Mark, Do you have time to help fix compilation with gcc 4.9 of AESNI in the kernel? It currently does not compile with gcc 4.9. See my original bug report here: https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001577.html We are trying to fix the kernel build enough with gcc 4.9 so that we can at least set up a Jenkins continuous build (with -Werror turned off initially). Thanks. -- Craig From owner-freebsd-testing@FreeBSD.ORG Wed Apr 1 05:11:00 2015 Return-Path: Delivered-To: freebsd-testing@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2313B1A10; Wed, 1 Apr 2015 05:11:00 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 957B8B37; Wed, 1 Apr 2015 05:10:53 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t315ApFh004541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Mar 2015 22:10:51 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t315ApEn004540; Tue, 31 Mar 2015 22:10:51 -0700 (PDT) (envelope-from jmg) Date: Tue, 31 Mar 2015 22:10:51 -0700 From: John-Mark Gurney To: Craig Rodrigues Subject: Re: Kernel compilation failures with gcc 4.9 Message-ID: <20150401051051.GT51048@funkthat.com> References: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> <1947119C-82A3-41C7-B9E5-98A99616F551@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Tue, 31 Mar 2015 22:10:51 -0700 (PDT) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 05:11:00 -0000 Craig Rodrigues wrote this message on Tue, Mar 31, 2015 at 19:28 -0700: > On Tue, Mar 31, 2015 at 4:55 PM, Warner Losh wrote: > > > > It shouldn't be using the stdlib when it's built with -ffreestanding or > > -nostdlib. Can you make sure? > > > > The AES stuff breaks the rules, and this is a consequence of it :( That > > stuff should be fixed. > > Do you have time to help fix compilation with gcc 4.9 of AESNI in the > kernel? > It currently does not compile with gcc 4.9. > > See my original bug report here: > https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001577.html > > We are trying to fix the kernel build enough with gcc 4.9 so that > we can at least set up a Jenkins continuous build (with -Werror turned off > initially). This is an issue w/ gcc 4.9's headers... It is including stdlib.h, via mm_malloc.h which is conflicting w/ sys/malloc.h's version of free.. kan wrapped the include of mm_malloc.h in an #if __STDC_HOSTED__ which is why gcc 4.2 doesn't have the issue per my request a couple years ago: https://svnweb.freebsd.org/changeset/base/r242182 A similar fix needs to be applied here... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-testing@FreeBSD.ORG Wed Apr 1 14:59:52 2015 Return-Path: Delivered-To: freebsd-testing@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 0B4BAA4D; Wed, 1 Apr 2015 14:59:52 +0000 (UTC) Received: from mail-lb0-x22f.google.com (mail-lb0-x22f.google.com [IPv6:2a00:1450:4010:c04::22f]) (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 6E77C9B2; Wed, 1 Apr 2015 14:59:51 +0000 (UTC) Received: by lboc7 with SMTP id c7so38287921lbo.1; Wed, 01 Apr 2015 07:59:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Xr+A1bcbG7zDBNjQxD4dL3IYDpvo7HrQoMbcH7vSCnU=; b=EsA6N5eOn8fCrrJGpIcLKFjJzFIiqjZzpq1pjSNa2kuITN2Vs06YtqrP/qIzF/rx38 gNgF4TwrsMd2iDM+/omLD7sn3o8Yzv3/uz4QRPZs4K8VDOJjxd0Qr1PQ8VT2/1+NerSa kODzxed+mevhuxvxLwUGmvhGmuOJASD2XGqBnqdCuNhAIHjdJNLl2HptiFbnjefXNttb lVZJPIlJbmBbkpO6szXAY5PyIV35AninopJJIdjI3dcezgofPXM/S7Ywn2ZDd8kO2abz NV75DsXPhup4AraKzItS6CNeQ/tpjvmfs1bZGeoxE2Y8/IhX1y7sgBfioxrruQj6caYo Zi4g== MIME-Version: 1.0 X-Received: by 10.152.163.2 with SMTP id ye2mr9605608lab.89.1427900389510; Wed, 01 Apr 2015 07:59:49 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Wed, 1 Apr 2015 07:59:49 -0700 (PDT) In-Reply-To: <20150401051051.GT51048@funkthat.com> References: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> <1947119C-82A3-41C7-B9E5-98A99616F551@bsdimp.com> <20150401051051.GT51048@funkthat.com> Date: Wed, 1 Apr 2015 07:59:49 -0700 X-Google-Sender-Auth: X2aIgN5nkjp652e1v-c1u4RwYdE Message-ID: Subject: Re: Kernel compilation failures with gcc 4.9 From: Craig Rodrigues To: John-Mark Gurney Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 14:59:52 -0000 On Tue, Mar 31, 2015 at 10:10 PM, John-Mark Gurney wrote: > > > This is an issue w/ gcc 4.9's headers... It is including stdlib.h, > via mm_malloc.h which is conflicting w/ sys/malloc.h's version of free.. > > kan wrapped the include of mm_malloc.h in an #if __STDC_HOSTED__ which is > why gcc 4.2 doesn't have the issue per my request a couple years ago: > https://svnweb.freebsd.org/changeset/base/r242182 > > A similar fix needs to be applied here... Interesting, so r242182 does this inside the gcc header file itself: --- head/contrib/gcc/config/i386/xmmintrin.h 2011/03/14 13:31:34 219639 +++ head/contrib/gcc/config/i386/xmmintrin.h 2012/10/27 17:39:36 242182 @@ -39,7 +39,9 @@ #include /* Get _mm_malloc () and _mm_free (). */ +#if __STDC_HOSTED__ #include +#endif We would need to apply the same patch to the gcc header file in gcc 4.9. I'm not sure if that will be allowed, since the direction we are going in is to support gcc as an external toolchain, unless we can push that change upstream to gcc. I'll let the toolchain@ team decide that one. The alternative is to patch the aesni header files. This patch is a bit gross, but I was able to compile an entire GENERIC kernel (including aesni) with gcc 4.9: Index: aesni/aesencdec.h =================================================================== --- aesni/aesencdec.h (revision 280912) +++ aesni/aesencdec.h (working copy) @@ -27,6 +27,11 @@ * */ +#ifdef _KERNEL +/* Suppress inclusion of gcc's mm_malloc.h header */ +#define _MM_MALLOC_H_INCLUDED 1 +#endif + #include static inline void Index: aesni/aesni_ghash.c =================================================================== --- aesni/aesni_ghash.c (revision 280912) +++ aesni/aesni_ghash.c (working copy) @@ -71,6 +71,11 @@ #include #endif +#ifdef _KERNEL +/* Suppress inclusion of gcc's mm_malloc.h header */ +#define _MM_MALLOC_H_INCLUDED 1 +#endif + #include #include #include Index: aesni/aesni_wrap.c =================================================================== --- aesni/aesni_wrap.c (revision 280912) +++ aesni/aesni_wrap.c (working copy) @@ -45,6 +45,11 @@ #include #include "aesencdec.h" +#ifdef _KERNEL +/* Suppress inclusion of gcc's mm_malloc.h header */ +#define _MM_MALLOC_H_INCLUDED 1 +#endif + #include MALLOC_DECLARE(M_AESNI); What's the best way to move forward on this? -- Craig From owner-freebsd-testing@FreeBSD.ORG Wed Apr 1 16:40:12 2015 Return-Path: Delivered-To: freebsd-testing@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 2DA6B22E; Wed, 1 Apr 2015 16:40:12 +0000 (UTC) Received: from gold.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gold.funkthat.com", Issuer "gold.funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D64757E1; Wed, 1 Apr 2015 16:40:11 +0000 (UTC) Received: from gold.funkthat.com (localhost [127.0.0.1]) by gold.funkthat.com (8.14.5/8.14.5) with ESMTP id t31GeAAD013102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Apr 2015 09:40:10 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t31GeAUq013101; Wed, 1 Apr 2015 09:40:10 -0700 (PDT) (envelope-from jmg) Date: Wed, 1 Apr 2015 09:40:10 -0700 From: John-Mark Gurney To: Craig Rodrigues Subject: Re: Kernel compilation failures with gcc 4.9 Message-ID: <20150401164010.GW51048@funkthat.com> References: <507CA323-8304-4FDB-A4B7-24A3683F265E@me.com> <1947119C-82A3-41C7-B9E5-98A99616F551@bsdimp.com> <20150401051051.GT51048@funkthat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 9.1-PRERELEASE amd64 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? User-Agent: Mutt/1.5.21 (2010-09-15) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (gold.funkthat.com [127.0.0.1]); Wed, 01 Apr 2015 09:40:10 -0700 (PDT) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Apr 2015 16:40:12 -0000 Craig Rodrigues wrote this message on Wed, Apr 01, 2015 at 07:59 -0700: > On Tue, Mar 31, 2015 at 10:10 PM, John-Mark Gurney wrote: > > > > > > This is an issue w/ gcc 4.9's headers... It is including stdlib.h, > > via mm_malloc.h which is conflicting w/ sys/malloc.h's version of free.. > > > > kan wrapped the include of mm_malloc.h in an #if __STDC_HOSTED__ which is > > why gcc 4.2 doesn't have the issue per my request a couple years ago: > > https://svnweb.freebsd.org/changeset/base/r242182 > > > > A similar fix needs to be applied here... > > > Interesting, so r242182 does this inside the gcc header file itself: > > --- head/contrib/gcc/config/i386/xmmintrin.h 2011/03/14 13:31:34 219639 > +++ head/contrib/gcc/config/i386/xmmintrin.h 2012/10/27 17:39:36 242182 > @@ -39,7 +39,9 @@ > #include > > /* Get _mm_malloc () and _mm_free (). */ > +#if __STDC_HOSTED__ > #include > +#endif > > > We would need to apply the same patch to the gcc header > file in gcc 4.9. I'm not sure if that will be allowed, since the > direction we are going in is to support gcc as an external toolchain, > unless we can push that change upstream to gcc. > I'll let the toolchain@ team decide that one. > > The alternative is to patch the aesni header files. This patch is > a bit gross, but I was able to compile an entire GENERIC kernel (including > aesni) with gcc 4.9: Yes, I did think of that... If we do this... We need to make sure to include a comment about this hack being for GCC, and/or we should probably make it dependant on GCC... Don't want to make things worse for compilers that do it properly... > +#define _MM_MALLOC_H_INCLUDED 1 -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-testing@FreeBSD.ORG Thu Apr 2 15:27:06 2015 Return-Path: Delivered-To: freebsd-testing@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 8F67B267; Thu, 2 Apr 2015 15:27:06 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (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 EB122373; Thu, 2 Apr 2015 15:27:05 +0000 (UTC) Received: by labe2 with SMTP id e2so62734425lab.3; Thu, 02 Apr 2015 08:27:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=T5R2MPswVNhx8zxwb1cQgPs7zuatB8hscH9pcs/vIE8=; b=ebE4dSbjgnD4PbVz6BLQ5Slu5tWVTyNFgE1FZh8zyxcz4Y7ka58mLad0AYMZexQqEI Dyk+3jBt/cWYK68MaOx2Fr/JHq1cZ4fA1O7i2ZLvU91Wg3THHwcz48hr0K8+reOhr2tX NnTmcZJ6ZexYt7MYrUPW89OHTuChK9s2pkoO9LfTxWfWfbeyiVzJ4wyGASLdeatd+pNk Y4RQD7hlw45qz7dXkl/0BE+VoI2B9YjOl9fHSuQx6mTDjktD7UdPhvwszdO/XqlgIY40 vxHTdkHkjkmJunbF3LBRPKQTGFV66v2YQjlAWqHKaiJid3AHc12LiIaDdCeX8sA0rJV3 VKTg== MIME-Version: 1.0 X-Received: by 10.152.36.169 with SMTP id r9mr18079878laj.29.1427988424045; Thu, 02 Apr 2015 08:27:04 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Thu, 2 Apr 2015 08:27:03 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 Apr 2015 08:27:03 -0700 X-Google-Sender-Auth: DuSntYqIfX7HjYk1qtkgIJHHKZM Message-ID: Subject: Re: Failed to build rescue with gcc 4.9 From: Craig Rodrigues To: FreeBSD Toolchain , "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 15:27:06 -0000 On Sat, Mar 28, 2015 at 2:34 PM, Craig Rodrigues wrote: > Hi, > > The build host VM that I used was FreeBSD 10.1-RELEASE, amd64. > > I took this patch for libc++ and applied it to my tree: > > http://reviews.llvm.org/D8461 > > I used this script to build with gcc 4.9: > > > https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-build.sh > > Building rescue failed. You can see the full build log here: > > > https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/26/console > > The relevant section seems to be this: > > --- rescue --- > /usr/local/bin/x86_64-portbld-freebsd10.0-gcc -isystem > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/tmp/usr/include > > -L/builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/tmp/usr/lib > > --sysroot=/builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/tmp > -B/usr/local/x86_64-freebsd/bin/ -static -o rescue rescue.o cat.lo > chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo > expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo > mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo > sh.lo sleep.lo stty.lo sync.lo test.lo rcp.lo csh.lo badsect.lo > camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo > dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo > gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo > kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo > mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_nullfs.lo > mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo > ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo > rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo > umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo > fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo > gzip.lo bzip2.lo less.lo xz.lo tar.lo vi.lo id.lo zdb.lo chroot.lo > chown.lo > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/exec.o > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/getusershell.o > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/login_class.o > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/popen.o > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/rcmdsh.o > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/sysctl.o > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue/../librescue/system.o > -lcrypt -ledit -ljail -lkvm -ll -ltermcapw -lutil -lxo -lalias -lcam > -lncursesw -ldevstat -lipsec -llzma -lavl -lzpool -lzfs_core -lzfs > -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmt > -lsbuf -lufs -lz -lbz2 -larchive -lcrypto -lmd -lm cat.lo: file not > recognized: File truncated collect2: error: ld returned 1 exit > status *** [rescue] Error code 1 > > make[5]: stopped in > > /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_external_toolchain_gcc/rescue/rescue > 1 error > > > I double checked. cat.lo is not a truncated file. > # ls -l cat.lo ; file cat.lo > -rw-r--r-- 1 jenkins wheel 13112 Mar 28 21:17 cat.lo > cat.lo: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), stripped > > Any ideas? > -- > Craig > > On Tue, Mar 31, 2015 at 1:41 PM, Dimitry Andric wrote: > > 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_external_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} != ${MACHINE_ARCH} > .if ${MK_RESCUE} != "no" || defined(RELEASEDIR) > _crunchide= 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? > > Actually, I am building on a 10.1-RELEASE box. I was able to get this successful build: https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/38/console by applying this patch (the ${TARGET_ARCH} != ${MACHINE_ARCH} checks seemed wrong to me): Index: Makefile.inc1 =================================================================== --- Makefile.inc1 (revision 280979) +++ Makefile.inc1 (working copy) @@ -1457,12 +1457,9 @@ # we get done with the earlier stages. It is the last set of tools needed # to begin building the target binaries. # -.if ${TARGET_ARCH} != ${MACHINE_ARCH} .if ${TARGET_ARCH} == "amd64" || ${TARGET_ARCH} == "i386" _btxld= usr.sbin/btxld .endif -.endif -.if ${TARGET_ARCH} != ${MACHINE_ARCH} .if ${MK_RESCUE} != "no" || defined(RELEASEDIR) _crunchide= usr.sbin/crunch/crunchide .endif @@ -1469,7 +1466,6 @@ .if ${TARGET_ARCH} == "i386" && defined(RELEASEDIR) _kgzip= usr.sbin/kgzip .endif -.endif # If we're given an XAS, don't build binutils. .if ${XAS:M/*} == "" -- Craig From owner-freebsd-testing@FreeBSD.ORG Thu Apr 2 15:42:00 2015 Return-Path: Delivered-To: freebsd-testing@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 6380C8C0 for ; Thu, 2 Apr 2015 15:42:00 +0000 (UTC) Received: from mail-pd0-f176.google.com (mail-pd0-f176.google.com [209.85.192.176]) (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 2C4747E4 for ; Thu, 2 Apr 2015 15:42:00 +0000 (UTC) Received: by pddn5 with SMTP id n5so92981606pdd.2 for ; Thu, 02 Apr 2015 08:41:53 -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=o37khhpnpPMRlzPPXzFxDeRUJi5x0HQiYQjOVrMUgE8=; b=UxxOOsOZ06nyASw0TBafO5+C9eF3ppi5oOcktSIvsaKiwI0i4jw0EYUZYbz6VZxwEw rIvp3+2GfilJpECjn9cPUR0X5kec1cqy6tXZaCL+5cHHEzRD/4PUfVfoeehOSqNSBkKX poCcRO6ogew3axa4kHF+Ztq1sevb63RGajQHiSRoJd20rUbl7/mQb4OG9grGiSIm6R/0 Ht0EGxQB8u5t+INvDXujwOys7a5rbZ3HmKed/yNlGDqqtjtLZghVmaHyseITtHpjncdX TWbri4yZAynkzy+8G1PXAsfA+Vx+xeclFkvbsre+xXX8GGTtD1qtVIGzycy35KTNAIXw 8VsA== X-Gm-Message-State: ALoCoQlmynsd1S1Mkzm+wQBIOAaeAaiFxtsnVjpJGC154myKEk8M4Y5Nv+dcAZ4UZOJZvzCqwaSS X-Received: by 10.70.129.72 with SMTP id nu8mr88071396pdb.72.1427989312956; Thu, 02 Apr 2015 08:41:52 -0700 (PDT) Received: from [198.18.104.37] ([12.27.65.194]) by mx.google.com with ESMTPSA id ob7sm5608122pdb.13.2015.04.02.08.41.51 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 02 Apr 2015 08:41:52 -0700 (PDT) Sender: Warner Losh Subject: Re: Failed to build rescue with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_121E348A-F3E2-4DB3-ADB8-0B3ABFD4A1B9"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Thu, 2 Apr 2015 08:41:50 -0700 Message-Id: References: To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Apr 2015 15:42:00 -0000 --Apple-Mail=_121E348A-F3E2-4DB3-ADB8-0B3ABFD4A1B9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 2, 2015, at 8:27 AM, Craig Rodrigues = wrote: >=20 > On Sat, Mar 28, 2015 at 2:34 PM, Craig Rodrigues > wrote: >=20 >> Hi, >>=20 >> The build host VM that I used was FreeBSD 10.1-RELEASE, amd64. >>=20 >> I took this patch for libc++ and applied it to my tree: >>=20 >> http://reviews.llvm.org/D8461 >>=20 >> I used this script to build with gcc 4.9: >>=20 >>=20 >> = https://github.com/freebsd/freebsd-ci/blob/master/scripts/build/cross-buil= d.sh >>=20 >> Building rescue failed. You can see the full build log here: >>=20 >>=20 >> = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/26/con= sole >>=20 >> The relevant section seems to be this: >>=20 >> --- rescue --- >> /usr/local/bin/x86_64-portbld-freebsd10.0-gcc -isystem >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/tmp/usr/include >>=20 >> = -L/builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_exte= rnal_toolchain_gcc/tmp/usr/lib >>=20 >> = --sysroot=3D/builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD= _HEAD_external_toolchain_gcc/tmp >> -B/usr/local/x86_64-freebsd/bin/ -static -o rescue rescue.o cat.lo >> chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo >> expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo >> mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo >> sh.lo sleep.lo stty.lo sync.lo test.lo rcp.lo csh.lo badsect.lo >> camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo = dumpfs.lo >> dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo >> gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo = kldstat.lo >> kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo >> mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo = mount_nullfs.lo >> mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo >> ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo >> rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo >> umount.lo atmconfig.lo ping6.lo ipf.lo zfs.lo zpool.lo bsdlabel.lo >> fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo >> gzip.lo bzip2.lo less.lo xz.lo tar.lo vi.lo id.lo zdb.lo chroot.lo >> chown.lo >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/exec.o >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/getusershell.o >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/login_class.o >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/popen.o >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/rcmdsh.o >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/sysctl.o >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue/../librescue/system.o >> -lcrypt -ledit -ljail -lkvm -ll -ltermcapw -lutil -lxo -lalias -lcam >> -lncursesw -ldevstat -lipsec -llzma -lavl -lzpool -lzfs_core -lzfs >> -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmt >> -lsbuf -lufs -lz -lbz2 -larchive -lcrypto -lmd -lm cat.lo: file not >> recognized: File truncated collect2: error: ld returned 1 exit >> status *** [rescue] Error code 1 >>=20 >> make[5]: stopped in >>=20 >> = /builds/FreeBSD_HEAD_external_toolchain_gcc/obj/builds/FreeBSD_HEAD_extern= al_toolchain_gcc/rescue/rescue >> 1 error >>=20 >>=20 >> I double checked. cat.lo is not a truncated file. >> # ls -l cat.lo ; file cat.lo >> -rw-r--r-- 1 jenkins wheel 13112 Mar 28 21:17 cat.lo >> cat.lo: ELF 64-bit LSB relocatable, x86-64, version 1 (FreeBSD), = stripped >>=20 >> Any ideas? >> -- >> Craig >>=20 >>=20 >=20 > On Tue, Mar 31, 2015 at 1:41 PM, Dimitry Andric = wrote: >=20 >>=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 >> 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 > Actually, I am building on a 10.1-RELEASE box. >=20 > I was able to get this successful build: > = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/38/con= sole >=20 > by applying this patch (the ${TARGET_ARCH} !=3D ${MACHINE_ARCH} = checks > seemed wrong to me): Why do they seem wrong. The intent is that you=E2=80=99d only build = these tools when you are cross building. A long time ago, they were in the bootstrap = path, but every FreeBSD system for a long time now has adequate versions of them. If that=E2=80=99s not the case, then we perhaps need to revisit the = logic here. If we=E2=80=99ve suddenly started needing newer versions, that should be expressed in the logic as well. Warner > Index: Makefile.inc1 > =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 > --- Makefile.inc1 (revision 280979) > +++ Makefile.inc1 (working copy) > @@ -1457,12 +1457,9 @@ > # we get done with the earlier stages. It is the last set of tools = needed > # to begin building the target binaries. > # > -.if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} > .if ${TARGET_ARCH} =3D=3D "amd64" || ${TARGET_ARCH} =3D=3D "i386" > _btxld=3D usr.sbin/btxld > .endif > -.endif > -.if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} > .if ${MK_RESCUE} !=3D "no" || defined(RELEASEDIR) > _crunchide=3D usr.sbin/crunch/crunchide > .endif > @@ -1469,7 +1466,6 @@ > .if ${TARGET_ARCH} =3D=3D "i386" && defined(RELEASEDIR) > _kgzip=3D usr.sbin/kgzip > .endif > -.endif >=20 > # If we're given an XAS, don't build binutils. > .if ${XAS:M/*} =3D=3D "" >=20 >=20 > -- > Craig > _______________________________________________ > freebsd-toolchain@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-toolchain > To unsubscribe, send any mail to = "freebsd-toolchain-unsubscribe@freebsd.org" --Apple-Mail=_121E348A-F3E2-4DB3-ADB8-0B3ABFD4A1B9 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 iQIcBAEBCgAGBQJVHWM+AAoJEGwc0Sh9sBEAP/YP/RYs/abLU74nd3LgbTSexke/ sUIB83gfr1PHOqaYVRmXfwm8H3a64BUpWzsgQ67z98a3T+GRC8Be7WGm59rwOBAF 9otI2SCL9E6Tmi13HldcEzSMJL79mmx2wWQr60vHt3XlMXf8gFljIQ5c117pZnXg r0+mkTPp7ZM5ibjxn/Q/0wadx9ONLdZXC3mEbmfitz+eHyU6vn3TJGfxyeT+my5C yjEEwT0B1hV1BzzyAlAMU3uohV/eZjsWWancnp4U8CA29+SfYDhOSjnv7tdbqkWQ yXK4IBYYEXTYDOipSbThOtNj/EBCINiTxG9v6aiua6vuxPQ92q0AxCq9rpAlkm8x vz8WScrAxO8OL3EU3PRHVY8WHW71BnhFCNXW0UQmL2jmtU3V8PmbJ/fyzLzKNQmf 7mgmf+hNaR5gbHpdipGlb07S1Ig7fgyNLZjTchA46Bqpmq75wwNi1/HvRmVrdh2Z f6M61PVfpTSv35qfOcKrZZZlSL/Oc/vgxrUKrKQq5LkMgYsJyqr4x3q/b0+qQ6mE L/xYKmnSq2VsYSMc4mGyawOfTXPVZniATyQyqb/7XsF12BNGQdrmqY7X4WreB7P9 RMQmZHWyJxYTpzOnl8ssd1Xy20MxBdX6XubK4baL8Z8GGjayT0jaOtzxMS3+y8DK ovssSbmQKO9opSSPa1XN =uhe9 -----END PGP SIGNATURE----- --Apple-Mail=_121E348A-F3E2-4DB3-ADB8-0B3ABFD4A1B9-- From owner-freebsd-testing@FreeBSD.ORG Fri Apr 3 16:58:40 2015 Return-Path: Delivered-To: freebsd-testing@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 BBEA0DB6; Fri, 3 Apr 2015 16:58:40 +0000 (UTC) Received: from mail-lb0-x236.google.com (mail-lb0-x236.google.com [IPv6:2a00:1450:4010:c04::236]) (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 3A64033C; Fri, 3 Apr 2015 16:58:40 +0000 (UTC) Received: by lboc7 with SMTP id c7so82076928lbo.1; Fri, 03 Apr 2015 09:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=K9FW+eOTK5bPmaVluo+cEY/qddwadwitUUDWZ1qi1Aw=; b=Mgv7LqUM6HiEltPtZ9+/cUDF63bkQzQEGwhnjc/SKYfMZSayP0z9klmueDfupp/tYl E3iR123Rl7YwLsG+jz1hmC6WIX9WjoIPkZfDTxXYF7tBoL++5aSaby1o6vk75pq3QEi4 TFk4a1wYSw1vLW3XnxnDRU3VSkq2mBOAeb5ZndC4tVXj151MHArhSZe3M3Cj0+jlKJYR AzVwh59ZU5+lPH1KzXvOvCLlhyhOkx1TbuFE5EDisbQiaFFN/LDg45pDHhWS3ib6+fcr GGXEDfoVPBRUA5ASGCkuE4uVFuDTu4VhAzNLRQ1nPIyD0mDgV0P2n5k7ShRqw021Hdbr aOFA== MIME-Version: 1.0 X-Received: by 10.112.8.76 with SMTP id p12mr2865460lba.29.1428080318171; Fri, 03 Apr 2015 09:58:38 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.108.168 with HTTP; Fri, 3 Apr 2015 09:58:38 -0700 (PDT) In-Reply-To: References: Date: Fri, 3 Apr 2015 09:58:38 -0700 X-Google-Sender-Auth: Ep014CyPsE3IiFmJkGKXIgGCYOc Message-ID: Subject: Re: Failed to build rescue with gcc 4.9 From: Craig Rodrigues To: FreeBSD Toolchain , "freebsd-testing@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 16:58:40 -0000 On Thu, Apr 2, 2015 at 8:27 AM, Craig Rodrigues wrote: > > Actually, I am building on a 10.1-RELEASE box. > > I was able to get this successful build: > > https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/38/console > > by applying this patch (the ${TARGET_ARCH} != ${MACHINE_ARCH} checks > seemed wrong to me): > > Index: Makefile.inc1 > =================================================================== > --- Makefile.inc1 (revision 280979) > +++ Makefile.inc1 (working copy) > @@ -1457,12 +1457,9 @@ > # we get done with the earlier stages. It is the last set of tools needed > # to begin building the target binaries. > # > -.if ${TARGET_ARCH} != ${MACHINE_ARCH} > .if ${TARGET_ARCH} == "amd64" || ${TARGET_ARCH} == "i386" > _btxld= usr.sbin/btxld > .endif > -.endif > -.if ${TARGET_ARCH} != ${MACHINE_ARCH} > .if ${MK_RESCUE} != "no" || defined(RELEASEDIR) > _crunchide= usr.sbin/crunch/crunchide > .endif > @@ -1469,7 +1466,6 @@ > .if ${TARGET_ARCH} == "i386" && defined(RELEASEDIR) > _kgzip= usr.sbin/kgzip > .endif > -.endif > > # If we're given an XAS, don't build binutils. > .if ${XAS:M/*} == "" > > I backed out this patch from my tree, and rebuilt everything in my 10.1-RELEASE VM from the latest CURRENT sources. At this point, I ran into the same problem building rescue which I reported in https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001545.html I put the patch back in my tree, and recompiled everything, and the problem went away. To reliably build the tree, I think this patch should go in, so that these tools are properly bootstrapped during the build. -- Craig From owner-freebsd-testing@FreeBSD.ORG Fri Apr 3 17:02:55 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F471161 for ; Fri, 3 Apr 2015 17:02:55 +0000 (UTC) Received: from mail-ie0-f180.google.com (mail-ie0-f180.google.com [209.85.223.180]) (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 DBDB75EF for ; Fri, 3 Apr 2015 17:02:54 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so106700149ied.1 for ; Fri, 03 Apr 2015 10:02:47 -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=f/Ai4bcGwPCJJNWPAKCJxvAZZaLRRLdThpatUPNlsjA=; b=TOmtN8DPnS9BJZ2PhtT9Q7KvS4AeCtVcGwgHd63H3cWduJECpvb4u+oMsa5xi7EDUz GNJdT1TLTwKon0H1x0KlKeehdKOoCoNTSepX2+i0h2gYPcYxWlAdAMMY55Fzn3dp4dh0 LAXOWGgCWOQgUNrfnXS4ml21x3LFGbqGFKbAVTJUjgo+Iuo9P69Z3ou+XhdCsdtCoDru kGzjffXWVBfICAfYtlHHfjSTBDtStZ8HZjBaMibFrTySHC2bRcjo5m1l9vH1Xfv15o9j T7yLc5lREr9AjkEM8XLqW2zHEAq7VISJaHmtNpUjO0g+SrsE7we4x86rIe89XOmnU/Pr ClBQ== X-Gm-Message-State: ALoCoQlO3ORsjm/FwYYMVYkaXAKj+i0FlHa/YpzWva++aTfcu438o/3m/vClCYUzFf8owQ5iU167 X-Received: by 10.42.121.73 with SMTP id i9mr5004878icr.91.1428080567832; Fri, 03 Apr 2015 10:02:47 -0700 (PDT) Received: from netflix-mac-wired.bsdimp.com ([50.253.99.174]) by mx.google.com with ESMTPSA id m136sm5815956iom.21.2015.04.03.10.02.46 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 Apr 2015 10:02:46 -0700 (PDT) Sender: Warner Losh Subject: Re: Failed to build rescue with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_2BDF8736-4C30-446F-AD28-5CF3A9FFAD91"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Fri, 3 Apr 2015 11:02:45 -0600 Message-Id: <2D2191D4-DB6F-4889-9CA9-DFEE495D8302@bsdimp.com> References: To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 17:02:55 -0000 --Apple-Mail=_2BDF8736-4C30-446F-AD28-5CF3A9FFAD91 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 3, 2015, at 10:58 AM, Craig Rodrigues = wrote: >=20 > On Thu, Apr 2, 2015 at 8:27 AM, Craig Rodrigues = wrote: >=20 >>=20 >> Actually, I am building on a 10.1-RELEASE box. >>=20 >> I was able to get this successful build: >>=20 >> = https://jenkins.freebsd.org/job/FreeBSD_HEAD_external_toolchain_gcc/38/con= sole >>=20 >> by applying this patch (the ${TARGET_ARCH} !=3D ${MACHINE_ARCH} = checks >> seemed wrong to me): >>=20 >> Index: Makefile.inc1 >> =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 >> --- Makefile.inc1 (revision 280979) >> +++ Makefile.inc1 (working copy) >> @@ -1457,12 +1457,9 @@ >> # we get done with the earlier stages. It is the last set of tools = needed >> # to begin building the target binaries. >> # >> -.if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} >> .if ${TARGET_ARCH} =3D=3D "amd64" || ${TARGET_ARCH} =3D=3D "i386" >> _btxld=3D usr.sbin/btxld >> .endif >> -.endif >> -.if ${TARGET_ARCH} !=3D ${MACHINE_ARCH} >> .if ${MK_RESCUE} !=3D "no" || defined(RELEASEDIR) >> _crunchide=3D usr.sbin/crunch/crunchide >> .endif >> @@ -1469,7 +1466,6 @@ >> .if ${TARGET_ARCH} =3D=3D "i386" && defined(RELEASEDIR) >> _kgzip=3D usr.sbin/kgzip >> .endif >> -.endif >>=20 >> # If we're given an XAS, don't build binutils. >> .if ${XAS:M/*} =3D=3D "" >>=20 >>=20 >=20 > I backed out this patch from my tree, and rebuilt everything > in my 10.1-RELEASE VM from the latest CURRENT sources. At this > point, I ran into the same problem building rescue which I reported in > = https://lists.freebsd.org/pipermail/freebsd-toolchain/2015-March/001545.ht= ml >=20 > I put the patch back in my tree, and recompiled everything, and the > problem went away. >=20 > To reliably build the tree, I think this patch should go in, so that = these > tools are properly bootstrapped during the build. That shows that something in the list is needed. Likely only crunchhide. It doesn=E2=80=99t tell us why we need it, or when we started needing = it, or what other conditions we might need it. This information is critical to = document so we know when we can stop doing it in the future. I=E2=80=99m = extremely reluctant to commit this until we know these details. Sorry for being a bit of a pain about this, but these lists are = something that I=E2=80=99ll be maintaining long into the future and we=E2=80=99ve had = issues in the past where people would just hack something in and not document, then = lovingly copy it over and over w/o understanding :( Warner --Apple-Mail=_2BDF8736-4C30-446F-AD28-5CF3A9FFAD91 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 iQIcBAEBCgAGBQJVHse1AAoJEGwc0Sh9sBEADggP/iCbB09Q7erlfSLE+9AWKGyC Q1bsWfq8H4srlKML8srlMidogSXpn5m9CBRIPKlOhOmhF9bdeJHO3uM4WYoU1WF8 I7AMl7b2x6PRicxpJJL0eSGw3AL8iuXFwRv/beCAqoe4FTh96fq633klATmwxHV2 MGt0WFhS7gQ0GyhBI2AyDUsb5k5dmSgF7HIbADcXlju/v5q0WU0EK+UkpRNAGXME EcvW+XRa9OJFkl+ZqWvZab69AzAd7xLtAagwMWBzYT2sc2fyOUQaVHW4nYGgf1Wq GOu4Yb+pYmsQiVNfqDS9eLMIQvB4MXtRXUnMAyrmtLkvp6p72sW4oI7g49GNkVGd n8/cv9jd1Qqx9hhlLUe/8vuhKh/hStyG0A6OnfFP3gr3Caoz9Jeb5NMtOZyRfnvg 3fGA7PRir/NgA8Xo0Gh6BSuDSo+ybELQQNn8YWL5iBcZ8bSFRJww6DM7anaJux+M PSLhC4FvJs65SwLUNLEpi2M2nN7w5aN3WiwV+Y+TxQaDN592om4U7X/RKfS2oltn x3P5W6EQWIVlm4woIQrYQNdMMHh6h0YciY33UwdDVXaXhmmvDiN8gu5PXa+X2gvr RwWZZHmXQcR81K26IZd/Yu2StzX8QZiuJjpsVgmR0pCHLsSnsbF6Uj9Of4p+KT+E jECHoywxjgMMIKTCl1Re =tNOu -----END PGP SIGNATURE----- --Apple-Mail=_2BDF8736-4C30-446F-AD28-5CF3A9FFAD91-- From owner-freebsd-testing@FreeBSD.ORG Fri Apr 3 20:39:54 2015 Return-Path: Delivered-To: freebsd-testing@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 35FCE9FE; Fri, 3 Apr 2015 20:39:54 +0000 (UTC) Received: from mail-ie0-x22d.google.com (mail-ie0-x22d.google.com [IPv6:2607:f8b0:4001:c03::22d]) (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 EBBB8F5F; Fri, 3 Apr 2015 20:39:53 +0000 (UTC) Received: by ierf6 with SMTP id f6so97695372ier.2; Fri, 03 Apr 2015 13:39:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=6oDlLOuxwNN1+gyd/RyR+c8tdOuvmY3OJZi46ZBLfN0=; b=MddINJgHPp9WFRsYR0w6UK4+GYlrvPfZAKqIEe0SQ+2y4JTaE97CYlNf2REqBpVR7f tXveuQTIA+4N4JMThJpkC6P6kiij8GMFsUh2W0cJgWEjMEguQlL2t3ixLpB+7zky0iAw kpf3KiwMIplEhzyKpkZAyG3P+t7v4act2eA1ApHhkxxNCzgdIsDdW7W87mrTL2adQ1bq 5bp/C14w9PH8nmJrmqd+BooXdgt1+6VdWD8uQ4PMN3LHqCWpVciu9LhumdVp6nk1ze9k Ga3g2nwt8MXO1SbO4NJXkTLFthf1FQrk3CUEfVxxlwU0x38ficGGU4inzaB4XZmYRxsm 3kGQ== X-Received: by 10.50.28.8 with SMTP id x8mr7233023igg.19.1428093593459; Fri, 03 Apr 2015 13:39:53 -0700 (PDT) MIME-Version: 1.0 Sender: carpeddiem@gmail.com Received: by 10.107.158.19 with HTTP; Fri, 3 Apr 2015 13:39:32 -0700 (PDT) In-Reply-To: <2D2191D4-DB6F-4889-9CA9-DFEE495D8302@bsdimp.com> References: <2D2191D4-DB6F-4889-9CA9-DFEE495D8302@bsdimp.com> From: Ed Maste Date: Fri, 3 Apr 2015 16:39:32 -0400 X-Google-Sender-Auth: 0evGjqvq7s1u4OUwsVBsdGD3qiU Message-ID: Subject: Re: Failed to build rescue with gcc 4.9 To: Warner Losh Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 20:39:54 -0000 On 3 April 2015 at 13:02, Warner Losh wrote: > That shows that something in the list is needed. Likely only crunchhide. > > It doesn=E2=80=99t tell us why we need it, or when we started needing it,= or what > other conditions we might need it. This information is critical to docume= nt > so we know when we can stop doing it in the future. I=E2=80=99m extremely= reluctant > to commit this until we know these details. Yes, it's crunchide. It was broken prior to r277259: | crunchide: Correct 64-bit section header offset | | For 64-bit binaries the Elf_Ehdr e_shoff is at offset 40, not 44. | Instead of using an incorrect hardcoded offset, let the compiler | figure it out for us with offsetof(). | | Differential Revision: https://reviews.freebsd.org/D1543 It's not completely clear to me why we did not encounter this before; a comment before the erroneous write states: /* * update the offset of section header table in elf * header if needed. */ so I presume something about the object file created by gcc 4.9 causes this code to be executed, while builds using the in-tree compiler did not. From owner-freebsd-testing@FreeBSD.ORG Fri Apr 3 21:10:13 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F26A7EB4 for ; Fri, 3 Apr 2015 21:10:13 +0000 (UTC) Received: from mail-pd0-f177.google.com (mail-pd0-f177.google.com [209.85.192.177]) (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 B83AB25E for ; Fri, 3 Apr 2015 21:10:13 +0000 (UTC) Received: by pdbnk13 with SMTP id nk13so52441519pdb.0 for ; Fri, 03 Apr 2015 14:10:12 -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=/kVKAgz9LqMeMUjx1y3pkQjuDdS9LggPoX5wPXt1+MM=; b=WuNSJN84Y+lvJ6zD2cSIZTfcCpnc8ukCzugaWFmhBpMqwrjA3Q3rWx3JDDlTB42u2X Fcdhu4AAT1S8OJjh1bY0lilbeyHThC9pdyu9h+oTFEoD0YUxD7qNes3mc4Q2ZoH0SNLl 6P+sSydDKTElbeNJ5lfvAWeJHqIfrAqnotxgrC5qfFXxCbc4tsWTSsiy1e89zgOV8sRb x/h3iWFbQ+ROL86sPYRmqJG9YYybpQmHlDm2LqEIMvpvhFJrr/j4ACVmBAZvF0aYr1BE 8KRXhWL+9Br0X/jgsYSexw6IQeP6EAHYYJ47ZdBvG7lNkyWytZ/Ix77I6MSZq5TKgo82 +rOg== X-Gm-Message-State: ALoCoQl/O9ADRbkTINx+L/eyGKTRlm8FOqouMThq0tLOgOIcg0R0oCciPJ0rRvnQlf7jbae1JkHK X-Received: by 10.70.98.139 with SMTP id ei11mr7191740pdb.3.1428095412796; Fri, 03 Apr 2015 14:10:12 -0700 (PDT) Received: from lgwl-doulam.corp.netflix.com ([69.53.236.236]) by mx.google.com with ESMTPSA id fm3sm9008105pab.29.2015.04.03.14.10.11 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 Apr 2015 14:10:12 -0700 (PDT) Sender: Warner Losh Subject: Re: Failed to build rescue with gcc 4.9 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_EDE77C46-E36F-4072-8E7E-46327059403A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b6 From: Warner Losh In-Reply-To: Date: Fri, 3 Apr 2015 15:10:09 -0600 Message-Id: <04452C2A-FB67-465B-AE33-44ED2109672E@bsdimp.com> References: <2D2191D4-DB6F-4889-9CA9-DFEE495D8302@bsdimp.com> To: Ed Maste X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 21:10:14 -0000 --Apple-Mail=_EDE77C46-E36F-4072-8E7E-46327059403A Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 3, 2015, at 2:39 PM, Ed Maste wrote: >=20 > On 3 April 2015 at 13:02, Warner Losh wrote: >> That shows that something in the list is needed. Likely only = crunchhide. >>=20 >> It doesn=E2=80=99t tell us why we need it, or when we started needing = it, or what >> other conditions we might need it. This information is critical to = document >> so we know when we can stop doing it in the future. I=E2=80=99m = extremely reluctant >> to commit this until we know these details. >=20 > Yes, it's crunchide. It was broken prior to r277259: >=20 > | crunchide: Correct 64-bit section header offset > | > | For 64-bit binaries the Elf_Ehdr e_shoff is at offset 40, not 44. > | Instead of using an incorrect hardcoded offset, let the compiler > | figure it out for us with offsetof(). > | > | Differential Revision: https://reviews.freebsd.org/D1543 >=20 > It's not completely clear to me why we did not encounter this before; > a comment before the erroneous write states: >=20 > /* > * update the offset of section header table in elf > * header if needed. > */ >=20 > so I presume something about the object file created by gcc 4.9 causes > this code to be executed, while builds using the in-tree compiler did > not. Ah Yes! I remember now! We should find the FreeBSD version at that date and either build it when we=E2=80=99re cross compiling, or rebuild it = when we=E2=80=99re bootstrapping. Thanks for finding this Ed. Warner --Apple-Mail=_EDE77C46-E36F-4072-8E7E-46327059403A 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 iQIcBAEBCgAGBQJVHwGyAAoJEGwc0Sh9sBEAwQ4QALaZUoOfWFW9art2QZ5rDyfz qsI2bgoxrUanYky+17w4D1jLr5EAlagRyHfQcvwd1un1FejzpfsJXmluk7RUzjGv 678BI1jV2GN6jGrfEbAvvABG5B1Wn7qgduYTziIWFfT7DaJuOf1dNhVu3Pc3t7Qn 1Izerokpxqo3B1PQAsl6clrFW8GsBsgClpwgqQ97YhQZivJ/0B5fEA11YQPwqet7 cdKavwpBNMlcFmVwodfnEd+PxX0HZs4dDgPoM+n9uEGonHg9/tYrCYnFevf2x2RT u2FPDNSr7PO2RyFqAw6QwO6JQsHiJ1n6DajwX3v6X1GGCxwUYwDyDkdp+kYA3aG8 hI7ffoC3QWvwsnPKPtdaO3rdxxmkAQaRt72EzjOYbo1WYnqCjLSEEFmmZpjwJuus o3tyfQiBVVM6rFHG+tdJ6QiFqlzrklgnWbQXIbjpK2/CM8IeizBvwNlpZALVy8yi zT9KIt6SvWrZwu7W8KzKu2vdrxyPsUDXeFybhl09ofdAUnCS3UvSBlnzDPjZkKdh JfnC3JIyhx/XJTbTH5ZieBLq9wd+XdFmZhUDYli8ni+Hv7wD3UuHYo4ae+rOqTlu 7R/VVsn2V9Dh2BIqExcA0BvmISPS2QcEWTXcgrK1M69+YNVBtR7B2qkitJUHuDt6 2o6DIfeQ1tiIqQhrnjN/ =lgJJ -----END PGP SIGNATURE----- --Apple-Mail=_EDE77C46-E36F-4072-8E7E-46327059403A-- From owner-freebsd-testing@FreeBSD.ORG Fri Apr 3 21:15:54 2015 Return-Path: Delivered-To: freebsd-testing@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCC02F6D; Fri, 3 Apr 2015 21:15:54 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (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 8A02F34C; Fri, 3 Apr 2015 21:15:54 +0000 (UTC) Received: by paboj16 with SMTP id oj16so46081373pab.0; Fri, 03 Apr 2015 14:15:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=eU9JKpqjPlPw8Rhvo8CLy8mfCN5+WpatSehfspsNDKw=; b=jdsBgEYAc04YbI+O4RNkbeRCOwjUoOmWA76uiFx3rDaqvDS68ZARf4RdmWLMqE94W0 eKI9RTzXgjc/Z4bSuHB37wjTzkg43XLS/qnWffCzqUmTiHX3L9JczKlND1B8+3YaHoop 00MYpfmyda99PG/9PxyutXh5HRfYY/nhEfSNc1fRvy1ZQMJra4LC9LIh1WssfgQe+SWU 090npIydJtF1dlF8whVo2FpMAoyQDZ0B1NQuqchc5p3UJKpnZ9HFKnZlyjH19ttJmjTS TI0CRx8l5I6U2Sja0eJKapjyXy6tsINO1LDxmIlu2ehS1hDqIfB8MzXGObOvOSnOd8WA vqEA== X-Received: by 10.67.22.72 with SMTP id hq8mr7426901pad.154.1428095754023; Fri, 03 Apr 2015 14:15:54 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:c0f7:599f:1bc7:96bd? ([2601:8:ab80:7d6:c0f7:599f:1bc7:96bd]) by mx.google.com with ESMTPSA id nn6sm8723141pdb.79.2015.04.03.14.15.52 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 03 Apr 2015 14:15:53 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_2A31875E-D891-44B3-AC52-7782582485AE"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Failed to build rescue with gcc 4.9 From: Garrett Cooper In-Reply-To: <04452C2A-FB67-465B-AE33-44ED2109672E@bsdimp.com> Date: Fri, 3 Apr 2015 14:15:50 -0700 Message-Id: <73C7F494-54BD-4E83-B2AD-882D8C3FF11A@gmail.com> References: <2D2191D4-DB6F-4889-9CA9-DFEE495D8302@bsdimp.com> <04452C2A-FB67-465B-AE33-44ED2109672E@bsdimp.com> To: Warner Losh X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-testing@freebsd.org" , FreeBSD Toolchain X-BeenThere: freebsd-testing@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Testing on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Apr 2015 21:15:54 -0000 --Apple-Mail=_2A31875E-D891-44B3-AC52-7782582485AE Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Apr 3, 2015, at 14:10, Warner Losh wrote: >>=20 >> On Apr 3, 2015, at 2:39 PM, Ed Maste wrote: >>=20 >> On 3 April 2015 at 13:02, Warner Losh wrote: >>> That shows that something in the list is needed. Likely only = crunchhide. >>>=20 >>> It doesn=92t tell us why we need it, or when we started needing it, = or what >>> other conditions we might need it. This information is critical to = document >>> so we know when we can stop doing it in the future. I=92m extremely = reluctant >>> to commit this until we know these details. >>=20 >> Yes, it's crunchide. It was broken prior to r277259: >>=20 >> | crunchide: Correct 64-bit section header offset >> | >> | For 64-bit binaries the Elf_Ehdr e_shoff is at offset 40, not = 44. >> | Instead of using an incorrect hardcoded offset, let the compiler >> | figure it out for us with offsetof(). >> | >> | Differential Revision: https://reviews.freebsd.org/D1543 >>=20 >> It's not completely clear to me why we did not encounter this before; >> a comment before the erroneous write states: >>=20 >> /* >> * update the offset of section header table in elf >> * header if needed. >> */ >>=20 >> so I presume something about the object file created by gcc 4.9 = causes >> this code to be executed, while builds using the in-tree compiler did >> not. >=20 > Ah Yes! I remember now! We should find the FreeBSD version at that = date > and either build it when we=92re cross compiling, or rebuild it when = we=92re > bootstrapping. >=20 > Thanks for finding this Ed. These numbers need to be bumped by 1, but here they are (this also = wasn=92t backported to stable/8 or stable/9 AFAICT). Cheers! head: $ svn cat -r r277259 ^/head/sys/sys/param.h | grep = '#define.*__FreeBSD_version' | awk '{ print $3 }=92 1100054 stable/10: $ svn cat -r 277557 ^/stable/10/sys/sys/param.h | grep = '#define.*__FreeBSD_version' | awk '{ print $3 }' 1001506 --Apple-Mail=_2A31875E-D891-44B3-AC52-7782582485AE 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 iQEcBAEBCgAGBQJVHwMGAAoJEMZr5QU6S73eWZgH/1Jq6wWZ0fS60AmdWgsU9vc7 woAGbiKKWOX7jm/A1Yo8fIg3C00szKBrdOIMN4G9ZGFZg85jfnQwDZHTMPupyRRd lt4XPMNhC2+FW1t+SCe7zTvlFTN1LBnvc20oxEON9MVGHefYMEdMh+gC7DY2fjJs xpCssUGKRKB2JPVs1UzfV+V31QxnKSjAggqd43lr/D82bzrJ7QUKzg3R4252U8IL YW8XE0w/ig5g6twjosrQPon88yPLDnUo6YFHCcDAhjwvCTRAD9Lu0sT9JTAdAYzN dJ9yNQw+CnDwC8faBzLYG6W86jwP9kfSJTnI23iM+xCFSBX/r4ipB0k+Mm5Xwlo= =xRe1 -----END PGP SIGNATURE----- --Apple-Mail=_2A31875E-D891-44B3-AC52-7782582485AE--