Re: Building with external toolchain was broken 6 months ago wit

On Mar 20, 2014, at 12:24 PM, John-Mark Gurney <jmg@funkthat.com> wrote:

> Warner Losh wrote this message on Thu, Mar 20, 2014 at 11:30 -0600:
>> =

>> On Mar 20, 2014, at 8:25 AM, David Chisnall <theraven@FreeBSD.org> wrote:
>> =

>>> On 20 Mar 2014, at 14:08, John Baldwin <jhb@freebsd.org> 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 c=
ontradict the FreeBSD ones' by means of the sysroot argument.  When not usi=
ng 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=3Dgcc, it doesn't go into the proper
> gcc subdir to install them either=85

I=92m saying that whatever is building the sysroot is building it wrong. I =
haven=92t looked
at the details enough to know where the fault lies. If the files aren=92t t=
here, that=92s a bug
and adding hacks for clang is not the right way to fix the bug.

> 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 sc=
ript for target "includes" ignored
> make[4]: "/usr/src/share/mk/bsd.subdir.mk" line 69: warning: using previo=
us script for "includes" defined here

That=92s likely an orthogonal issue=85

Warner

_______________________________________________
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"