From owner-freebsd-current@FreeBSD.ORG Thu Mar 20 18:24:42 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF74D275; Thu, 20 Mar 2014 18:24:42 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 93391CE0; Thu, 20 Mar 2014 18:24:42 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s2KIOe62064482 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Mar 2014 11:24:40 -0700 (PDT) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s2KIOe4Q064481; Thu, 20 Mar 2014 11:24:40 -0700 (PDT) (envelope-from jmg) Date: Thu, 20 Mar 2014 11:24:40 -0700 From: John-Mark Gurney To: Warner Losh Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140320182440.GN32089@funkthat.com> Mail-Followup-To: Warner Losh , David Chisnall , John Baldwin , "Bjoern A. Zeeb" , freebsd-current@freebsd.org, Lev Serebryakov References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> <201403201008.48610.jhb@freebsd.org> <491ECF6C-D868-4971-903E-5F380AB7E05B@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 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? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 20 Mar 2014 11:24:41 -0700 (PDT) Cc: Lev Serebryakov , "Bjoern A. Zeeb" , freebsd-current@freebsd.org, David Chisnall X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Mar 2014 18:24:42 -0000 Warner Losh wrote this message on Thu, Mar 20, 2014 at 11:30 -0600: > > On Mar 20, 2014, at 8:25 AM, David Chisnall wrote: > > > On 20 Mar 2014, at 14:08, John Baldwin wrote: > > > >> No, the compiler should provide a working "wmmintrin.h" header in one of > >> its built-in paths if it supports the AES instructions. This is akin to > >> saying that code that uses "stdio.h" should use -I/usr/src/include. > > > > It does, however our build system then explicitly says to the compiler 'don't use your built-it paths because they may contain declarations that contradict the FreeBSD ones' by means of the sysroot argument. When not using an external toolchain, we put the compiler's internal headers inside the sysroot. > > Sounds like we?re building the sysroot wrong then. I'm not familar w/ cross tools, are cross tools suppose to "just work", or do you still require building kernel-toolchain? The wiki doesn't talk about buildkernel... If it's still required to build kernel-toolchain before buildkernel, one option is to remove the exclusion of the _includes target from kernel-toolchain, though _includes doesn't appear to install the header... It looks like it never goes into lib/clang to install them, though I'm not sure if it is suppose to or not.. If you use COMPILER_TYPE=gcc, it doesn't go into the proper gcc subdir to install them either... In investigating this, it looks like we might have a make rule conflict in usr.sbin/bsdconfig... It has a subdir includes, but bsd.subdir.mk also defines a rule includes (for building inclues) which results in this: make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 85: warning: duplicate script for target "includes" ignored make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using previous script for "includes" defined here -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."