Date: Tue, 18 Mar 2014 15:36:38 -0700 From: John-Mark Gurney <jmg@funkthat.com> To: "Bjoern A. Zeeb" <bzeeb-lists@lists.zabbadoz.net> Cc: Lev Serebryakov <lev@FreeBSD.org>, freebsd-current@FreeBSD.org Subject: Re: Building with external toolchain was broken 6 months ago with r255187 Message-ID: <20140318223638.GB32089@funkthat.com> In-Reply-To: <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net> References: <323697891.20140319013757@serebryakov.spb.ru> <20140318220140.GA32089@funkthat.com> <7423EF12-9DD4-4C03-9FF6-7BAAB75820F6@lists.zabbadoz.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Bjoern A. Zeeb wrote this message on Tue, Mar 18, 2014 at 22:20 +0000:
>=20
> On 18 Mar 2014, at 22:01 , John-Mark Gurney <jmg@funkthat.com> wrote:
>=20
> > Lev Serebryakov wrote this message on Wed, Mar 19, 2014 at 01:37 +0400:
> >> I did't build my NanoBSD images for almost year, and in this time our
> >> not-finished and fragile support for using "external" toolchain is rot=
ten,
> >> due to r255187 (and, may meb, some other commits too).
> >>=20
> >> I have very fresh -CURRENT (r263296)
> >>=20
> >> I have these settings for my buildworld & buildkernel targets:
> >>=20
> >> XCC=3D/usr/bin/cc
> >> XCXX=3D/usr/bin/c++
> >> XCPP=3D/usr/bin/cpp
> >> XAS=3D/usr/bin/as
> >> XAR=3D/usr/bin/ar
> >> XLD=3D/usr/bin/ld
> >> XNM=3D/usr/bin/nm
> >> XOBJDUMP=3D/usr/bin/objdump
> >> XRANLIB=3D/usr/bin/ranlib
> >> XSTRINGS=3D/usr/bin/strings
> >> COMPILER_TYPE=3Dclang
> >> WITHOUT_CROSS_COMPILER=3Dyes
> >> WITHOUT_BINUTILS=3Dyes
> >> WITHOUT_CLANG=3Dyes
> >>=20
> >> It worked 7 months ago. Now it works for "buildworld" but not for
> >> "buildkernel:
> >>=20
> >> --- aeskeys_amd64.o ---
> >> /usr/bin/cc --sysroot=3D/data/obj.nano/gateway.v2/data/src/tmp -B/data=
/obj.nano/gateway.v2/data/src/tmp/usr/bin -O2 -pipe -fno-strict-aliasing -W=
error -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -incl=
ude /data/obj.nano/gateway.v2/data/src/sys/D2500CC/opt_global.h -I. -I@ -I@=
/contrib/altq -fno-common -g -fno-omit-frame-pointer -mno-omit-leaf-frame-p=
ointer -I/data/obj.nano/gateway.v2/data/src/sys/D2500CC -mno-aes -mno-avx =
-mcmodel=3Dkernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynch=
ronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -=
Qunused-arguments -fstack-protector -Wall -Wredundant-decls -Wnested-exter=
ns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcas=
t-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-di=
rs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-em=
pty-body -Wno-error-parentheses-equality -Wno-unused-function -c /data/=
src/sys/modules/aesni/../../cryp
> > to/aesni/aeskeys_amd64.S
> >> --- aesni_wrap.o ---
> >> In file included from /data/src/sys/modules/aesni/../../crypto/aesni/a=
esni_wrap.c:40:
> >> /data/src/sys/modules/aesni/../../crypto/aesni/aesencdec.h:30:10: fata=
l error: 'wmmintrin.h' file not found
> >> #include <wmmintrin.h>
> >> ^
> >> 1 error generated.
> >> *** [aesni_wrap.o] Error code 1
> >>=20
> >> It could not find header file with intrinsics from "system" ("external=
")
> >> clang. I could disable building of this module with WITHOUT_MODULES=3D=
aesni,
> >> and it works, but what if I need this module?
> >>=20
> >> Could it be fixed, pleeeeeeease?
> >=20
> > Sounds like your tool chain doesn't have the necessary support for
> > AES-NI... Are you using gcc as cc? If so, do you have the necessary
> > tool chain work that I did in r255185 in your local tree?
>=20
>=20
> The problem is that the kernel is deepening on a compiler header which is=
not in the right place in objdir if the compiler is not built. I thought =
I had reported this before (maybe just informally). I have been helping my=
self locally using this:
This still sounds like the compiler being used isn't installed
properly... I've never had a problem when a proper kernel-toolchain
is available to build the kernel with...
If someone is willing to provide me w/ detailed instructions or an image
that reproduces the issue, I'm willing to look at it...
> Index: sys/modules/aesni/Makefile
> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
> --- sys/modules/aesni/Makefile (revision 263176)
> +++ sys/modules/aesni/Makefile (working copy)
> @@ -11,7 +11,8 @@ OBJS+=3D aesni_wrap.o
> =20
> # Remove -nostdinc so we can get the intrinsics.
> aesni_wrap.o: aesni_wrap.c
> - ${CC} -c ${CFLAGS:C/^-O2$/-O3/:N-nostdinc} ${WERROR} ${PROF} \
> + ${CC} -I${.CURDIR}/../../../contrib/llvm/tools/clang/lib/Headers \
> + -c ${CFLAGS:C/^-O2$/-O3/:N-nostdinc} ${WERROR} ${PROF} \
> -mmmx -msse -maes ${.IMPSRC}
> ${CTFCONVERT_CMD}
This change breaks building w/ gcc....
--=20
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140318223638.GB32089>