From owner-svn-src-all@FreeBSD.ORG Wed Apr 17 19:39:07 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A6C3FCFB; Wed, 17 Apr 2013 19:39:07 +0000 (UTC) (envelope-from tijl@freebsd.org) Received: from mailrelay009.isp.belgacom.be (mailrelay009.isp.belgacom.be [195.238.6.176]) by mx1.freebsd.org (Postfix) with ESMTP id 338721B9; Wed, 17 Apr 2013 19:39:06 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao8GAO/5blFR8npE/2dsb2JhbABQgwbAe4EDF3SCHwEBBVYeBRALDgoJFg8JAwIBAgEnHgYNAQUCAQGIFL1UjxoHg0YDj1WBKZccgw06 Received: from 68.122-242-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.242.122.68]) by relay.skynet.be with ESMTP; 17 Apr 2013 21:39:04 +0200 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.6/8.14.6) with ESMTP id r3HJd32w027779; Wed, 17 Apr 2013 21:39:03 +0200 (CEST) (envelope-from tijl@FreeBSD.org) Message-ID: <516EFA52.1020509@FreeBSD.org> Date: Wed, 17 Apr 2013 21:38:58 +0200 From: Tijl Coosemans User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:17.0) Gecko/20130408 Thunderbird/17.0.5 MIME-Version: 1.0 To: Dimitry Andric Subject: Re: svn commit: r249484 - head/lib References: <201304141913.r3EJDqPI095965@svn.freebsd.org> <516D54F5.4010501@FreeBSD.org> <2A0FC59F-E043-4B4E-BABE-E16C6A1FBF5C@freebsd.org> <475555FA-DF6A-42FA-990D-4224ECAEAE52@FreeBSD.org> <516E900B.9090300@FreeBSD.org> <1FEABB1B-ADDE-412A-9D40-F9FB2822B654@freebsd.org> In-Reply-To: <1FEABB1B-ADDE-412A-9D40-F9FB2822B654@freebsd.org> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="----enig2PVDBTXUOHUXKPNDTHPTS" Cc: Ed Schouten , src-committers@freebsd.org, Juli Mallett , svn-src-all@freebsd.org, Tim Kientzle , svn-src-head@freebsd.org X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Apr 2013 19:39:07 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2PVDBTXUOHUXKPNDTHPTS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2013-04-17 19:33, Dimitry Andric wrote: > On Apr 17, 2013, at 17:58, Tim Kientzle wrote: >> On Apr 17, 2013, at 5:05 AM, Tijl Coosemans wrote: >>> So you compile with -ffreestanding -nostdinc? >>> And then add the include path returned by -print-file-name=3Dinclude?= >> >> That's what the U-Boot sources do, yes. >=20 > Why would U-Boot want to build for a freestanding environment, then > include standard headers? Isn't that a bit backwards? :-) There's a list of headers in the standard that freestanding programs are allowed to include. If they drop -nostdinc it should build on FreeBSD. I suppose they use it to prevent accidental use of non-freestanding stuff in the headers. >>>> The -print-file-name=3Dinclude option works on Linux, works >>>> on MacOS, and --- with this one symlink --- can work on >>>> FreeBSD as well. I've been using it to cross-build U-Boot >>>> using the FreeBSD xdev toolchain with both GCC and Clang. >>> >>> "clang -E -v - >> /usr/bin/../lib/clang/3.3" to cc1 stage which then complains about >>> nonexistent directory "/usr/bin/../lib/clang/3.3/include". >>> >>> So how about moving /usr/include/clang/3.3 to >>> /usr/lib/clang/3.3/include? That seems to be the location clang >>> expects and what lang/clang port uses (in /usr/local). >> >> I would certainly like to see that. I presumed that there >> was some reason this wasn't done in the initial import. >=20 > Probably because headers belong under /usr/include, not in a library > directory? I do not really agree with upstream's decision to place > their internal headers in that location. Third-party software dependin= g > on their exact location is just a little braindead IMHO. It doesn't really depend on the exact location. It relies on -print-file-name=3Dinclude to return the location which our clang doesn't. I agree that headers don't belong under lib/, but that's something to discuss upstream. FreeBSD doing little things like this differently than everybody else just makes it harder to use imho. ------enig2PVDBTXUOHUXKPNDTHPTS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iF4EAREIAAYFAlFu+lcACgkQfoCS2CCgtit3zAD/euMtxrfGhBft/9CTyimsbPEq 7v4SescnPjGXg+FujOwA/0Qw8QwIQTiHJ3L0lAufJRZfCtXBclyjXspKJbJARafI =3sLp -----END PGP SIGNATURE----- ------enig2PVDBTXUOHUXKPNDTHPTS--