Date: Mon, 25 Jun 2018 16:03:30 +0200 From: Dimitry Andric <dim@FreeBSD.org> To: lev@FreeBSD.org Cc: current@freebsd.org Subject: Re: clang on 12-CURRENT traps on its internal assertion when build kernel under nanobsd.sh control Message-ID: <C9F38D13-A5CA-42C1-B03B-082228A00ECD@FreeBSD.org> In-Reply-To: <740aad56-4fed-d3a0-7f18-8c7c11d7ff07@FreeBSD.org> References: <740aad56-4fed-d3a0-7f18-8c7c11d7ff07@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_F0B0D016-5D71-4473-BF0E-DFB2A8AE3798 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Jun 2018, at 16:18, Lev Serebryakov <lev@FreeBSD.org> wrote: >=20 > I tripped over very strange, but repeateable (in my conditions) bug in > clang on 12-CURRENT. This message will be rather long, as I need to > describe all details. ... > /usr/bin/cc -target x86_64-unknown-freebsd12.0 > --sysroot=3D/usr/obj/nanobsd/data/src/amd64.amd64/tmp > -B/usr/obj/nanobsd/data/src/amd64.amd64/tmp/usr/bin -O2 -pipe > -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc > -I/data/src/sys/netgraph/bluetooth/include > -I/data/src/sys/netgraph/bluetooth/drivers/ubtbcmfw > -DHAVE_KERNEL_OPTION_HEADERS -include > /usr/obj/nanobsd/data/src/amd64.amd64/sys/D2500CC/opt_global.h -I. > -I/data/src/sys -I/data/src/sys/contrib/ck/include -fno-common -g > -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer > -I/usr/obj/nanobsd/data/src/amd64.amd64/sys/D2500CC -MD > -MF.depend.ubtbcmfw.o -MTubtbcmfw.o -mcmodel=3Dkernel -mno-red-zone > -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables > -ffreestanding -fwrapv -fstack-protector -gdwarf-2 -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wcast-qual -Wundef > -Wno-pointer-sign -D__printf__=3D__freebsd_kprintf__ > -Wmissing-include-dirs -fdiagnostics-show-option -Wno-unknown-pragmas > -Wno-error-tautological-compare -Wno-error-empty-body > -Wno-error-parentheses-equality -Wno-error-unused-function > -Wno-error-pointer-sign -Wno-error-shift-negative-value > -Wno-address-of-packed-member -mno-aes -mno-avx -std=3Diso9899:1999 = -c > /data/src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c -o = ubtbcmfw.o >=20 > ***** > Assertion failed: ((!RequiresNullTerminator || BufEnd[0] =3D=3D 0) && > "Buffer is not null terminated!"), function init, file > /data/src/contrib/llvm/lib/Support/MemoryBuffer.cpp, line 48. > ***** Which file system is = /data/src/sys/netgraph/bluetooth/drivers/ubtbcmfw/ubtbcmfw.c on? Is your obj directory on another file system? I'm roughly guessing there is some sort of problem with memory mapping, or the file system itself, since the assertion is similar to what was reported here: http://lists.llvm.org/pipermail/cfe-dev/2014-May/037059.html -Dimitry --Apple-Mail=_F0B0D016-5D71-4473-BF0E-DFB2A8AE3798 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCWzD2MgAKCRCwXqMKLiCW o1a7AKDDEi1vOdy2yLiHNaLLdECFWBQCUACgj8sXDBBHZ7TYahtXK6sfT5VA2Qo= =m+t4 -----END PGP SIGNATURE----- --Apple-Mail=_F0B0D016-5D71-4473-BF0E-DFB2A8AE3798--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C9F38D13-A5CA-42C1-B03B-082228A00ECD>