From owner-freebsd-toolchain@freebsd.org Fri Apr 1 08:25:31 2016 Return-Path: Delivered-To: freebsd-toolchain@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 42E76AE301B; Fri, 1 Apr 2016 08:25:31 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [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 E1C861089; Fri, 1 Apr 2016 08:25:30 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::5dfd:8cdd:f0f4:ff76] (unknown [IPv6:2001:7b8:3a7:0:5dfd:8cdd:f0f4:ff76]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8F5107074; Fri, 1 Apr 2016 10:25:27 +0200 (CEST) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: Date: Fri, 1 Apr 2016 10:25:21 +0200 Cc: Bryan Drewery , FreeBSD Toolchain , FreeBSD Current , Gerald Pfeifer , FreeBSD PowerPC ML , Mark Millard Message-Id: <5FDFDC6A-911B-4A77-BCEF-BBB711BFA0AC@FreeBSD.org> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> To: Warner Losh X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Apr 2016 08:25:31 -0000 --Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 01 Apr 2016, at 00:44, Warner Losh wrote: >=20 >> On Mar 31, 2016, at 4:34 PM, Bryan Drewery = wrote: >> I didn't realize the ports compiler was defaulting /usr/local/include >> into the search path now. It does not have /usr/local/lib in the >> default library path as far as I can tell. It's also broken for its >> -rpath (noted in its pkg-message). So having a default >> /usr/local/include path seems odd. >=20 > It has for a while now. It=E2=80=99s one of the maddening = inconsistencies that abound in this > area. I took a poll a while ago and there seemed to be widespread = support for adding > it to the base compiler. This was the main reason /usr/local/include was *not* included in the base compiler, otherwise it would unpredictably pick up headers in /usr/local/include during builds. You can never know which conflicting headers a certain user has installed in /usr/local/include... :) >> Adding -isystem /usr/include to fix this is probably possible but >> there's a risk someone will remove it as redundant. In this case I = wish >> /usr/include was first but I'm not sure what impact that would have = on >> consumers expecting /usr/local/include (and /usr/local/lib) overrides = to >> work, though they would need to pass a -L /usr/local/lib anyhow and >> would likely be passing -I /usr/local/lib too. >=20 > /usr/include should be first. But it isn=E2=80=99t. That=E2=80=99s = another inconsistency that was found > when we looked at /usr/local stuff. Someone recently added = /usr/local/bin to the path, > if I recall correctly. Isn't that a bit of a bikeshed? I guess some people would just as well prefer /usr/local/include to be first, just like some people prefer /usr/local/bin before /usr/bin in their PATH. In any case, if such paths are added to external compilers, we better make sure almost everything in buildworld uses -nostdinc, and specifying exactly the include directories we need, and no others. Cumbersome, but maybe for a good cause. -Dimitry --Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042 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.29 iEYEARECAAYFAlb+MHkACgkQsF6jCi4glqNjHgCgsJZMqs4Te2EV2NDcadXNc8ps miUAoPSWYhEHQHgVem89zyv2uzETotf7 =Q3vy -----END PGP SIGNATURE----- --Apple-Mail=_A95B8F40-09B8-483E-B4C8-EA591BCA8042--